home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14515 < prev    next >
Encoding:
Text File  |  1993-01-05  |  3.3 KB  |  69 lines

  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!col.hp.com!fc.hp.com!jk
  3. From: jk@fc.hp.com
  4.  (John Kessenich)
  5. Subject: Re: HP 7xx problem with virtual memory (thrashing)
  6. Sender: news@fc.hp.com (news daemon)
  7. Message-ID: <C0E6xu.E77@fc.hp.com>
  8. Date: Tue, 5 Jan 1993 17:51:30 GMT
  9. Distribution: comp.sys.hp
  10. References: <1993Jan3.034944.3556@alchemy.chem.utoronto.ca>
  11. Organization: Hewlett-Packard Workstation Kernel, Ft. Collins, CO
  12. X-Newsreader: TIN [version 1.1.1 PL6]
  13. Lines: 54
  14.  
  15. System Admin (Mike Peterson) (system@alchemy.chem.utoronto.ca) wrote:
  16. : In article <1992Dec31.193847.6419@csi.com> bkp@csi.com (Brian K. Pheiffer) writes:
  17. : >
  18. : >I have found a serious deficiency with the HP-UX memory management and
  19. : >was wondering if anyone else has seen this problem: whenever a process
  20. : >require more memory than the amount of physical RAM that the system has,
  21. : >the HP-UX operating system (8.05,8.07 & 9.0) start ``thrashing'', a
  22. : >term HP uses to mean that the disk continues to swap indefinately
  23. : >while the process makes no progress!  
  24. : >HP mentioned that it solved this problem with HP-UX 9.0, however, we
  25. : >haven't seen that to be true.  Does anyone else know about this
  26. : >problem?
  27. :
  28. : I reported this problem on 8.07 last June, and have tried several
  29. : patches, including the one for 8.07 that is supposedly based on the
  30. : 9.0 swap/paging algorithms. None of them have made any difference.
  31.  
  32.     The patches mentioned and 9.0 have certainly improved paging problems
  33.     for some situations.  Much of the effort for the patches and 9.0 was in
  34.     keeping some interactive responsiveness of the system once it started
  35.     "thrashing".  Unfortunately, it is difficult to predict what situations
  36.     will be improved.
  37.  
  38.     That the system thrashes means the amount of memory the CPU touches in a
  39.     short amount of time is larger than the amount of physical memory
  40.     available.  The main variables are the amount of available memory (less
  41.     means more thrashing), the speed of the CPU (faster means more
  42.     thrashing), the size of the process (smaller means less thrashing),
  43.     speed of paging devices (faster/more discs means less thrashing), and
  44.     the access pattern of the process (more locality means less thrashing).
  45.     These will vary considerably from system to system, and knowing which
  46.     one changes when performance changes requires some work.
  47.  
  48.     System paging algorithms also play a role, but their impact is mainly
  49.     the level of performance between the point where a system starts paging
  50.     and where it starts thrashing.  Changing the points where the system
  51.     starts to thrash requires changing the variables above.  You chose to
  52.     change amount of available memory:
  53.  
  54. : Our "solution", which seems to have worked so far, was to buy
  55. : enough 3-rd party memory (192MB), then only allow 1 task to run at a time,
  56. : with the user data size set to 128 MB max. This way one process
  57. : can not steal all the physical memory, though 2 or more could
  58. : gang up and do it. 
  59.  
  60. : Our system would die within a week with 128 MB memory.
  61.  
  62.     9.0 is a considerably different system than 8.0*.  If you have a major
  63.     problem in this area with 9.0 which was reported against 8.0*, but you
  64.     still see as unsolved, it might be best to report it in the context of
  65.     9.0.
  66.  
  67. --------------
  68. John Kessenich
  69.