home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / x / 19264 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.2 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!doc.ic.ac.uk!uknet!edcastle!edcogsci!cogsci!rjc
  2. From: rjc@cogsci.ed.ac.uk (Richard Caley)
  3. Newsgroups: comp.windows.x
  4. Subject: Re: FLAME, FLAME ON X!!!
  5. Message-ID: <RJC.92Nov17163649@daiches.cogsci.ed.ac.uk>
  6. Date: 17 Nov 92 16:36:49 GMT
  7. References: <1683@igd.fhg.de> <1992Nov9.235741.25166@dsd.es.com>
  8.     <RJC.92Nov13144522@daiches.cogsci.ed.ac.uk>
  9.     <1992Nov16.162457.2923@osf.org>
  10. Sender: rjc@cogsci.ed.ac.uk
  11. Organization: Human Communication Research Center
  12. Lines: 17
  13. In-reply-to: drand@spinner.osf.org's message of 16 Nov 92 16:24:57 GMT
  14.  
  15. In article <1992Nov16.162457.2923@osf.org>, Douglas S. Rand (dsr) writes:
  16.  
  17. rjc> The word is `Fragmentation'. 
  18.  
  19. dsr> There are a number of reasonable solutions to memory
  20. dsr> fragmentation.  It really is up to a decent malloc implementation
  21. dsr> to attempt to avoid fragmentation.
  22.  
  23. Certainly, I didn't mean to imply that the problem was unavoidable,
  24. simply that the growing server didn't have to imply a memory leak.
  25.  
  26. As you say, the sample server is a sample, no doubt the MIT people
  27. have much better things to work on than a tailored memory allocator.
  28.  
  29. --
  30. rjc@cogsci.ed.ac.uk            _O_
  31.                      |<
  32.