home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sun / apps / 2513 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  1.9 KB
  1. Xref: sparky comp.sys.sun.apps:2513 comp.windows.x:19302 comp.unix.ultrix:8390 comp.unix.admin:6259
  2. Newsgroups: comp.sys.sun.apps,comp.windows.x,comp.unix.ultrix,comp.unix.admin
  3. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!genome!mosedale
  4. From: mosedale@genome.stanford.ed (Dan Mosedale)
  5. Subject: Re: Why is xload such a memory pig?
  6. In-Reply-To: jpiquer@dcc.uchile.cl's message of Thu, 12 Nov 1992 19:02:54 GMT
  7. Message-ID: <1992Nov18.202853.7625@leland.Stanford.EDU>
  8. Sender: news@leland.Stanford.EDU (Mr News)
  9. Organization: Yeast Genome Project, Stanford University, Stanford, CA
  10.     94305-5120
  11. References: <1992Nov11.223350.18090@leland.Stanford.EDU>
  12.     <1992Nov12.023124.871@mnemosyne.cs.du.edu>
  13.     <1992Nov12.190254.24366@dcc.uchile.cl>
  14. Date: Wed, 18 Nov 92 20:28:53 GMT
  15. Lines: 27
  16.  
  17. >>>>> On Thu, 12 Nov 1992 19:02:54 GMT, jpiquer@dcc.uchile.cl (Jo Piquer) said:
  18. > In article <1992Nov12.023124.871@mnemosyne.cs.du.edu>, (Ian Hastie) writes:
  19.  
  20. >> OK... I may be being stupid here, but as far as I understand it a
  21. >> programs RSS should always be smaller than it's SZ.  At least surely
  22. >> it should not be bigger since this implies that the resident portion
  23. >> is bigger than the total size of the process.  Is there really
  24. >> something wierd going on or is it just that ps work differently on
  25. >> Suns in this respect from the way it does on DEC's boxes??
  26. >
  27. >     It's typical in Sun OS4.x, it is due to the shared libs, they are
  28. > counted for RSS but not for the SZ. xload includes a big part of the libX11
  29. > and libc.
  30.  
  31. Aha.  Now things are starting to make sense.  This seems to make RSS a
  32. moderately useless statistic, however:  if there are 6 xloads running,
  33. each with an RSS of about 1 meg, the total (actual) RSS of all the
  34. xloads will be much less than 6 megs.
  35.  
  36. Does anyone know the rational behind this decision?  More importantly,
  37. I guess, is there any way to access the "real" RSS of a process?  Does
  38. sps do this?
  39.  
  40. Thanks,
  41. Dan Mosedale
  42.  
  43. mosedale@genome.stanford.edu
  44.