home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / misc / 165 < prev    next >
Encoding:
Text File  |  1993-01-06  |  3.2 KB  |  65 lines

  1. Newsgroups: comp.sys.sgi.misc
  2. Path: sparky!uunet!stanford.edu!nntp.Stanford.EDU!dhinds
  3. From: dhinds@leland.Stanford.EDU (David Hinds)
  4. Subject: Re: Resident Set Size Confusion
  5. Message-ID: <1993Jan6.081854.27331@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Organization: DSG, Stanford University, CA 94305, USA
  8. References: <syscrc.726293940@gsusgi1.gsu.edu> <1993Jan6.072923.9471@odin.corp.sgi.com>
  9. Date: Wed, 6 Jan 93 08:18:54 GMT
  10. Lines: 53
  11.  
  12. In article <1993Jan6.072923.9471@odin.corp.sgi.com> blythe@sgi.com (David Blythe) writes:
  13. >In article <syscrc.726293940@gsusgi1.gsu.edu> syscrc@pickle.gsu.edu (Randy Carpenter) writes:
  14. >>We have a 4d/380s with 128MB of physical memory.  It's used for
  15. >>computational chemistry.  Although there's plenty of available memory,
  16. >>long running processes never seem to stay completely resident as evident
  17. >>from the top(1) listing below.  Why does this happen?
  18. >
  19. >The short answer is that only the recently referenced memory pages stay
  20. >resident.  The OS always keeps track of what is has not being referenced 
  21. >recently and makes these pages available for other uses.  Just because
  22. >you have lots of empty empty space isn't a good reason to keep around a lot
  23. >of junk you may never look at again.
  24.  
  25. Really??  As long as there are free pages, I don't think an in-use page
  26. would ever get swapped out, no matter how long it had been since it was
  27. last touched.  Or do you just mean that transient memory usage by the OS
  28. might occasionally fill up the really free space and cause some old stuff
  29. to get swapped out?
  30.  
  31. >>Ocassionally, these processes will be killed due to insufficient swap
  32. >>storage although we think there is plenty of available memory.  The
  33. >>current swap is 48MB and we will be expanding it to 128MB soon.
  34. >>
  35. >I believe that if you have a process which has grown larger than the size
  36. >of free swap space and the OS chooses to swap it out, it must swap it out in
  37. >its entirety and at that point it has no choice but to kill the process.
  38. >40Mb is a little small, 120Mb is much better but it depends on the mix
  39. >you run.  /etc/swap -l will give you an idea of how much swap space is
  40. >actually being used ...
  41.  
  42. Irix shouldn't swap out whole processes at a time -- swapping is done
  43. page by page.
  44.  
  45. >>% top
  46. >>
  47. >>IRIX chemistry 4.0.1 11150233 IP7 Load[18.03,18.09,18.09] 23:13:15  500 procs
  48. >>    user   pid  pgrp  %cpu proc  pri  size   rss    time  command        
  49. >>  david   5641   381  56.8    5  105  3762  1656 4075:36  sybyl.40exe
  50. >>  hui     7331   278  54.5    0  100 14596  1611 2570:55  charmm21r3exe
  51. >>  tom    22880 15490  45.5    *  104  8390  2578 1060:34  sp_property
  52. ...and 15 more jobs with rss ~= 1600
  53.  
  54. If you add up the rss fields, it looks like there are about 30600 4K
  55. pages of physical memory in use by these large jobs, or about 120 MB.
  56. So in fact, if this is a typical load, there is no free memory after
  57. all, since the OS should take up the remaining space.  The size fields
  58. are much larger than the rss's, so most of the memory allocated by
  59. these jobs must never be touched (otherwise they would overwhelm the
  60. 48 MB of swap space).  This is typical of Fortran programs with large
  61. static array declarations.
  62.  
  63.         - David Hinds
  64.           dhinds@allegro.stanford.edu
  65.