home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / windows / x / 14608 < prev    next >
Encoding:
Text File  |  1992-07-29  |  1.6 KB  |  34 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!wupost!usc!snorkelwacker.mit.edu!bloom-beacon!INTERNET!dont-send-mail-to-path-lines
  3. From: dan@watson.ibm.COM (Walt Daniels)
  4. Subject: re: Memory leaks
  5. Message-ID: <072992.150730.dan@watson.ibm.com>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Organization: The Internet
  8. Date: Wed, 29 Jul 1992 19:07:30 GMT
  9. Lines: 23
  10.  
  11. > When is a memory leak a memory leak. If I do many malloc's with
  12. >no dalloc's , does the memory remain leaked when the program exits?
  13. >Is the answer different in different OSs such as Sun,SCO etc... ?
  14. >Sinan
  15.  
  16. I know of no OS that doesn't clean up at process end.  [Unless your
  17. system is really broken and processes can cause kernel memory leaks.]
  18. However the X server process rarely (hopefully never) ends so server
  19. memory leaks are a severe problem.  Similarly some user processes are
  20. long running so a client side leak will eventually cause problems.
  21.  
  22. There is another effect besides leaks that happen for programs.
  23. Malloc works by using sbrk to create a large area that is then broken
  24. into smaller pieces as necessary.  When that space runs out sbrk is
  25. called to get another large piece.  If lots of free's occur and the
  26. topmost sbrk region is free it could be returned (and some but not all
  27. systems do).  Thus the storage may become fragmented and the sbrk
  28. boundary may increase indefinitely until you start having problems.
  29. Typical programs that may show such anomolous behavior in this area
  30. are ones which repeatedly get a large area for an image then release
  31. it and get a small piece that comes out the previously big enough
  32. piece for the image.
  33.  
  34.