home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / ultrix / 9120 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!rutgers!ub!niktow!pavlov
  2. From: pavlov@niktow.canisius.edu (Greg Pavlov)
  3. Newsgroups: comp.unix.ultrix
  4. Subject: Re: Some buffer cache questions
  5. Message-ID: <1926@niktow.canisius.edu>
  6. Date: 30 Dec 92 14:49:47 GMT
  7. References: <1992Dec23.022724.27844@pony.Ingres.COM> <1992Dec30.010315.8079@nntpd2.cxo.dec.com>
  8. Organization: Canisius College, Buffalo NY. 14208
  9. Lines: 30
  10.  
  11. In article <1992Dec30.010315.8079@nntpd2.cxo.dec.com>, alan@nabeth.cxo.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.) writes:
  12. > 
  13. > >>[ I mention large buffer caches and delay_wbuffers ]
  14. > >
  15. > >So, what am I supposed to be watching the delay_wbuffers for?
  16. > >
  17. > This is a variable in param.c that has two values, zero and non-zero.
  18. > The default is zero.  When set to zero the buffer cache code schedules
  19. > data writes as buffer are filled by the user........
  20. > 
  21. > Related to this thread, Greg Pavlov at karloff.fstrf.org asked
  22. > what sort of trouble I had with large cache configurations. .....
  23. >
  24.  
  25.   Greg Pavlov asked the question because he has a DEC 5000/240 with the
  26.   following:
  27.  
  28.    delay_wbuffers = 0
  29.    total memory: 128 MB
  30.    bufcache 60
  31.  
  32.   I don't know how close this may be to the original poster's request, but
  33.   the above seems to work fine from a system point of view and the large
  34.   set-aside for disk buffers seems to accomplish what we need for the 
  35.   particular application that this machine serves.
  36.  
  37.  
  38.  
  39.   greg pavlov
  40.   pavlov@fstrf.org
  41.