home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sgi / misc / 127 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  1.3 KB
  1. Path: sparky!uunet!news.larc.nasa.gov!news
  2. From: s.j.scotti@larc.nasa.gov (Stephen J. Scotti)
  3. Newsgroups: comp.sys.sgi.misc
  4. Subject: Re: Where does the CPU go, when its not doing nuthin' (gr_osview)
  5. Date: 31 Dec 1992 14:19:20 GMT
  6. Organization: Aircraft Structures Branch, NASA Langley Research Center
  7. Lines: 18
  8. Distribution: world
  9. Message-ID: <1huvh8INN1tf@rave.larc.nasa.gov>
  10. References: <1992Dec31.000257.19671@photon.com>
  11. Reply-To: s.j.scotti@larc.nasa.gov (Stephen J. Scotti)
  12. NNTP-Posting-Host: scotti.larc.nasa.gov
  13.  
  14. |Your process was too big for physical memory, so it was doing a lot of
  15. |swapping to disk.  Once you got enough memory you didn't need to swap
  16. |and the disk access went away (and the process worked a lot faster)
  17.  
  18. I now see this point made by numerous respondents (sp?)
  19.  
  20. Thanks to all who replied.  My confusion was based on the fact that the
  21. code in question ran in only 4MB on a VAX, and I forgot the "true" meaning of
  22. "reduced instruction set"  when I used the code on a 4d35.  I tried the 
  23. gr_osview command while running the code and, if I interpret it correctly, 
  24. I need at least 18MB to run on the 4d35 (not counting modifed memory pages).
  25. Thanks again to all (esp. Scott Dorsey who brought the VAX vs. RISC aspect
  26. to light)
  27.  
  28.  
  29. Stephen J. Scotti
  30. ASB, NASA Langley Research Center
  31. s.j.scotti@larc.nasa.gov
  32.