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