home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / admin / 5130 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.2 KB
  1. Path: sparky!uunet!usc!nic!netlabs!lwall
  2. From: lwall@netlabs.com (Larry Wall)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: How much physical memory?
  5. Message-ID: <1992Jul31.060900.22471@netlabs.com>
  6. Date: 31 Jul 92 06:09:00 GMT
  7. References: <ASHERMAN.92Jul29114658@laser.fmrco.com> <CHETAL.92Jul30045312@is1.is.morgan.com> <13832@auspex-gw.auspex.com>
  8. Sender: news@netlabs.com
  9. Organization: NetLabs, Inc.
  10. Lines: 19
  11. Nntp-Posting-Host: scalpel.netlabs.com
  12.  
  13. In article <13832@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
  14. : I.e., if you have a program or script that you want to run on arbitrary
  15. : SPARC-based machines, your program or script *must not* have the page
  16. : size hardcoded into it.
  17. : 
  18. : Then again, if you don't have only Suns, you may or may not have a
  19. : "physmem" variable in your kernel on the non-Sun machines, so....
  20. : 
  21. : (And, for that matter, SunOS 5.0 might not have it, either....)
  22.  
  23. The safest bet at the moment is probably to run ps and compare %MEM to
  24. RSS, rounding up to the nearest 4 meg.  If you're really paranoid (like
  25. me) you find the %MEM and RSS fields by looking at the offsets of those
  26. strings in the title line.
  27.  
  28. Of course, there's no guarantee they won't break *that* too.  :-)
  29.  
  30. Larry Wall
  31. lwall@netlabs.com
  32.