home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / programm / 5317 < prev    next >
Encoding:
Text File  |  1992-07-29  |  2.3 KB  |  51 lines
  1. Nntp-Posting-Host: alaska.et.byu.edu
  2. Lines: 38
  3. Path: sparky!uunet!darwin.sura.net!wupost!usc!sol.ctr.columbia.edu!eff!news.byu.edu!news
  4. Message-ID: <4u@byu.edu>
  5. Date: Wed, 29 Jul 92 08:43:12 MDT
  6. From: yackd@alaska.et.byu.edu (Don Yacktman)
  7. Newsgroups: comp.sys.next.programmer
  8. Distribution: world
  9. References: <1992Jul28.214418.25972@fcom.cc.utah.edu> <1992Jul29.124549.8044@ms.uky.edu>
  10. Organization: Brigham Young University, Provo UT USA
  11. Subject: Re: NeXTmille and swapping
  12.  
  13.  
  14. In article <1992Jul29.124549.8044@ms.uky.edu>, soward@slow.inslab.uky.edu (John Soward) writes:
  15. >Shawn Willden writes
  16. >-> Hi all, 
  17. >-> 
  18. >-> 
  19. >->     1)    MallocDebug was wrong and I was missing something that
  20. >->         a little more work with the code could uncover.
  21. >->     2)    Something was wrong with Mach's swapping algorithm.
  22. >->     3)    I was REALLY missing some vital information and if it
  23. >->         was in the on-line manuals I couldn't find it.
  24. >
  25. >Easy thing to do is use "ps" from terminal and *see* what processes seem to  
  26. >have a large chunck of memory allocated to them...I haven't looked at the code  
  27. >at all, but my guess would be that the WindowServer will be the culprit. And  
  28. >that it arises from many Views/Windows/etc that are being allocated and perhaps  
  29. >not freed/re-used.
  30. >
  31. >Good luck, 
  32. >--
  33. >    ________________________________________________________________________
  34. >   /   'The midnight sun will burn you up" -The Cure, Piggy in the Mirror  /
  35. >  /      soward@ms.uky.edu | soward@slow.inslab.uky.edu (NeXT Mail)       /
  36. > /_______________________________________________________________________/
  37.  
  38. Yes, it _is_ the window server.  Run it with -NXShowAllWindows.  Every time
  39. you drag a card, etc, an offscreen buffer for the card is created, and the
  40. card is drawn in it, but the buffer is never freed.  Thus, the window server
  41. grows and grows and grows. :(  I haven't had time to fix this problem myself,
  42. but I know that that is the problem.  If anyone _does_ fix it, let me know
  43. before you post it to sonata, because I _have_ made a colorized version, and
  44. would like to include the color support in the fixed version.  If you wait
  45. long enough, I'll fix it myself anyway. :)  (The colorized version required
  46. new .tiffs and a change to the pswrap that draws the stoplights; simple
  47. changes, really.)
  48.  
  49. Later,
  50. -Don Yacktman
  51.