home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / ultrix / 9171 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.4 KB

  1. Path: sparky!uunet!munnari.oz.au!metro!grivel!alsvid.une.edu.au!mark
  2. From: mark@alsvid.une.edu.au (Mark Garrett Internet: mark@arvak.une.edu.au Phone: +61 66 20 3859)
  3. Newsgroups: comp.unix.ultrix
  4. Subject: Re: Some buffer cache questions
  5. Message-ID: <C0Dq1o.1rA@alsvid.une.edu.au>
  6. Date: 5 Jan 93 11:46:36 GMT
  7. References: <1992Dec29.224612.14664@pony.Ingres.COM>
  8. Organization: University of New England - Northern Rivers (Lismore)
  9. Lines: 21
  10.  
  11. From article <1992Dec29.224612.14664@pony.Ingres.COM>, by rog@Ingres.COM (Roger Taranto):
  12. > In article <1992Dec23.205149.2489@nntpd2.cxo.dec.com> alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.) writes:
  13. >>[...]  I've regularly run 128 MB systems with 25%
  14. >>buffer caches and those have worked fine.  You do have to watch how
  15. >>you use delay_wbuffers with a large cache.
  16. > So, what am I supposed to be watching the delay_wbuffers for?
  17.  
  18.     Long delays can result form having to write large buffer caches.
  19. Setting delay_wbuffers causes buffer writes to be delayed until update cause
  20. a flush of the buffer cache, so if the last period was mostly writes and
  21. a near full buffer cache and that cache is large then expect the system to pause
  22. every time update runs after a lot of disk writes have happened.
  23.  
  24.     Can be anoying.
  25.  
  26.         Cheers
  27.             Mark :)
  28. -- 
  29. Mark Garrett    Internet:  mark@arvak.une.edu.au    Phone:     +61 66 20 3859
  30.    University of New England, Northern Rivers, Lismore NSW Australia.
  31.