home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / bsd / 10792 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  1.5 KB
  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!mcsun!ieunet!dec4ie.ieunet.ie!jkh
  2. From: jkh@whisker.lotus.ie (Jordan K. Hubbard)
  3. Newsgroups: comp.unix.bsd
  4. Subject: [386bsd] GNU malloc in favor of BSD malloc in libc - shall we vote?
  5. Message-ID: <JKH.92Dec31154004@whisker.lotus.ie>
  6. Date: 31 Dec 92 15:40:04 GMT
  7. Sender: usenet@ieunet.ie (USENET News System)
  8. Distribution: comp
  9. Organization: Lotus Development Ireland
  10. Lines: 20
  11. Nntp-Posting-Host: whisker.lotus.ie
  12.  
  13. I would be very much in favor of scrapping BSD malloc forever more and
  14. putting GNU malloc in the C library.  Not only is memory usage far
  15. more efficient, but GNU malloc also returns space to the system;
  16. something BSD malloc does not do.  If the sense of this does not
  17. immediately strike you, then try a small experiment: Start up an emacs
  18. and look at its size with ps.  Now Read in a very large file and
  19. observe the size again.  Finally, delete the buffer containing the
  20. file and look again - it will not have shrunk back to its original
  21. size (nor will it ever - you'll have to exit the emacs to get the space
  22. back).  Try all this with GNU malloc and observe the pleasant difference.
  23.  
  24. I say we petition Bill to use GNU malloc in preference.  Most folks aren't
  25. going to know enough (or dare) to replace malloc in libc themselves, but
  26. they will notice the very painful state of affairs that trying to work
  27. in a low memory environment brings; why not spare them the pain?
  28.  
  29.                     Jordan
  30. --
  31. Jordan Hubbard        Lotus Development Ireland    jkh@whisker.lotus.ie
  32. I DO NOT SPEAK FOR LOTUS - IT HAS PLENTY OF LAWYERS TO DO THAT FOR IT ALREADY
  33.