home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / hp / 10434 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  2.1 KB
  1. Path: sparky!uunet!pmafire!news.dell.com!natinst.com!cs.utexas.edu!sun-barr!olivea!spool.mu.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!sdd.hp.com!hp-col!fc.hp.com!mckee
  2. From: mckee@fc.hp.com (Bret Mckee)
  3. Newsgroups: comp.sys.hp
  4. Subject: Re: Disk Cache is *disabled* in HPUX clusters. How to enable?
  5. Message-ID: <BuMK5v.8Lw@fc.hp.com>
  6. Date: 15 Sep 92 14:56:19 GMT
  7. References: <1992Sep14.195532.29598@donau.et.tudelft.nl>
  8. Sender: news@fc.hp.com (news daemon)
  9. Organization: Hewlett-Packard Fort Collins Site
  10. Lines: 42
  11. X-Newsreader: Tin 1.1.3 PL5
  12.  
  13. J.P.M. van der Jagt (jeanpaul@duteca.et.tudelft.nl) wrote:
  14.  
  15. : Is this a HPUX feature???
  16. : Can a disk cache be enabled on HPUX in a cluster environment?
  17. : And what does the kernel do with the many Mbytes of memory allocated for
  18. : itself if it doesn't use that as disk cache?
  19.  
  20.  
  21. This is not a "feature".  There are several possible explanations
  22. for what is going on, and the correct one is definitely NOT "the buffer
  23. cache does not work at all in a diskless environment".
  24.  
  25. First, you don't say what you are doing on the clients.  The hpux 
  26. cache is fully coherent with respect to diskless, so if you are opening the
  27. file read/write, and more than one machine has it open at the same time, 
  28. then all I/O IS done synchronously to preserve the semantics of read/write.  
  29. For normal applications this is not a common occurance (i.e. all executables
  30. are opened read-only)
  31.  
  32. If that is not the case, you might have experienced an LRU problem.  If 
  33. the two MB file just barely fit into the cache on your standalone machine, 
  34. it is possible that configuring the machine as a diskless server made 
  35. the cache (whose size is based upon the amount of FREE memory) enough 
  36. smaller that the file won't fit.  And with LRU, if it won't fit then
  37. sequential accesses are the worst case :-(.
  38.  
  39. Please provide more information about your machines (memory sizes,
  40. dmesg, uname -a, a more detailed description of how you are running the
  41. tests, ...)
  42.  
  43.  
  44. Bret
  45.  
  46. ---
  47. Bret Mckee
  48.  
  49. Hewlett Packard 
  50. HP-UX Workstation Development Lab
  51. email: mckee@fc.hp.com
  52. All Rights Reserved.
  53.  
  54. Of course, these are just my opinions...
  55.