home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / hp / 14461 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  2.0 KB
  1. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!saimiri.primate.wisc.edu!crdgw1!rpi!utcsri!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system
  2. From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
  3. Newsgroups: comp.sys.hp
  4. Subject: Re: HP 7xx problem with virtual memory (thrashing)
  5. Keywords: virtual memory thrashing
  6. Message-ID: <1993Jan3.034944.3556@alchemy.chem.utoronto.ca>
  7. Date: 3 Jan 93 03:49:44 GMT
  8. References: <1992Dec31.193847.6419@csi.com>
  9. Distribution: comp.sys.hp
  10. Organization: University of Toronto Chemistry Department
  11. Lines: 28
  12.  
  13. In article <1992Dec31.193847.6419@csi.com> bkp@csi.com (Brian K. Pheiffer) writes:
  14. >
  15. >I have found a serious deficiency with the HP-UX memory management and
  16. >was wondering if anyone else has seen this problem: whenever a process
  17. >require more memory than the amount of physical RAM that the system has,
  18. >the HP-UX operating system (8.05,8.07 & 9.0) start ``thrashing'', a
  19. >term HP uses to mean that the disk continues to swap indefinately
  20. >while the process makes no progress!  
  21. >HP mentioned that it solved this problem with HP-UX 9.0, however, we
  22. >haven't seen that to be true.  Does anyone else know about this
  23. >problem?
  24.  
  25. I reported this problem on 8.07 last June, and have tried several
  26. patches, including the one for 8.07 that is supposedly based on the
  27. 9.0 swap/paging algorithms. None of them have made any difference.
  28.  
  29. Our "solution", which seems to have worked so far, was to buy
  30. enough 3-rd party memory (192MB), then only allow 1 task to run at a time,
  31. with the user data size set to 128 MB max. This way one process
  32. can not steal all the physical memory, though 2 or more could
  33. gang up and do it. Our system would die within a week with 128 MB
  34. memory.
  35.  
  36. This is a pathetic state for a modern technical/scientific workstation :-(.
  37. -- 
  38. core error - bus dumped    -*-    Mike Peterson, SysAdmin, U/Toronto Chemistry
  39.  *******   As usual, I speak only for me, myself and I; nobody else   *******
  40. E-mail: system@alchemy.chem.utoronto.ca  Tel: (416)978-7094  Fax: (416)978-8775
  41.