home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14568 < prev    next >
Encoding:
Text File  |  1993-01-06  |  1.8 KB  |  42 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!col.hp.com!fc.hp.com!craig
  3. From: craig@fc.hp.com
  4.  (Craig Bryant)
  5. Subject: Re: HP 7xx problem with virtual memory (thrashing)
  6. Sender: news@fc.hp.com (news daemon)
  7. Message-ID: <C0G4A1.L9r@fc.hp.com>
  8. Date: Wed, 6 Jan 1993 18:49:12 GMT
  9. Distribution: comp.sys.hp
  10. References: <1993Jan5.194958.10898@alchemy.chem.utoronto.ca>
  11. Organization: Hewlett-Packard Workstation Kernel, Ft. Collins, CO
  12. X-Newsreader: TIN [version 1.1.1 PL6]
  13. Lines: 27
  14.  
  15. System Admin (Mike Peterson) (system@alchemy.chem.utoronto.ca) wrote:
  16. : Some added data: after boot, and for several days, the system would
  17. : report that about 60 MB of our 128 MB was "free". After that, the "free"
  18. : memory would decline slowly, until the system would become useless
  19. : when about 5 MB or less was free. The number of processes remained more
  20. : or less the same (i.e. not a huge number of defunct/zombies eating
  21. : memory), and no task would show more "SIZE" than it would when the
  22. : system was booted. It seems there is a black hole for memory; we have
  23. : one program which may not be well-behaved about returning malloc'ed
  24. : memory, but the system MUST recover all such memory when the process
  25. : dies no matter how screwed up the process becomes.
  26.  
  27.     There is a memory leak associated with NFS in HP-UX 8.07.  It is
  28.     fixed by patch PHKL_1602.  It is also fixes in HP-UX 9.0.  The leak
  29.     only occurs with some non-HP machines as clients that do reads in
  30.     sizes greater than the block size of the server file system.  It can
  31.     also occur if a CDROM file system is export through NFS.  In both
  32.     cases it only occurs if the read returns 0 bytes.  For example, when
  33.     reading a 16k file the reads will normally be done in 8k chunks and
  34.     the third read will return 0 bytes.
  35.  
  36. Craig Bryant
  37. Workstation Kernel
  38. Hewlett Packard
  39. Fort Collins, CO
  40.  
  41.     I don't speak for HP, only for myself.
  42.