home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / programm / 4465 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  1.2 KB
  1. Path: sparky!uunet!munnari.oz.au!goanna!minyos.xx.rmit.oz.au!dtb
  2. From: dtb@otto.bf.rmit.oz.au (David Bath)
  3. Newsgroups: comp.unix.programmer,comp.sys.hp.comp.sys.dec
  4. Subject: Re: Best malloc(3) replacement for huge sys w/many small objects?
  5. Message-ID: <dtb.714876030@otto>
  6. Date: 27 Aug 92 00:40:30 GMT
  7. References: <markmc.714700004@sierra.com>
  8. Sender: usenet@minyos.xx.rmit.oz.au (Njuiz noveles nova newes)
  9. Organization: RMIT Computer Centre, Melbourne Australia.
  10. Lines: 16
  11.  
  12. markmc@sierra.com (Mark McWiggins) writes:
  13. ...
  14.  
  15. >     Currently, the allocator is unsuitable for direct use in a large virtual
  16. >     environment where many small blocks are kept, since it keeps all allo-
  17. >     cated and freed blocks on a circular list.  Just before more memory is
  18. >     allocated, all allocated and freed blocks are referenced.
  19.  
  20. Use of malloc(3) rather than malloc(2) does this I think by preallocating
  21. in decent hunks.  Use cc ...... -lmalloc to get the malloc(3).
  22.  
  23. ========================================================================
  24. David T. Bath
  25. email:     dtb@otto.bf.rmit.oz.au
  26. Work:     Global Technology Corporation, Carlton, Vic, OZ  (03) 3477511
  27. =======================================================================
  28.