home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / next / misc / 21898 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  1.5 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!haven.umd.edu!umd5!oberon.umd.edu!matthews
  2. From: matthews@oberon.umd.edu (Mike Matthews)
  3. Newsgroups: comp.sys.next.misc
  4. Subject: Re: How to set nbuf=64 as default?
  5. Message-ID: <16937@umd5.umd.edu>
  6. Date: 12 Nov 92 02:12:46 GMT
  7. References: <22OCT199214011322@mpx2.lampf.lanl.gov> <1992Nov5.063618.11901@pilhuhn.ka.sub.org> <1992Nov7.111402.3490@cubetech.com>
  8. Sender: news@umd5.umd.edu
  9. Organization: /etc/organization
  10. Lines: 27
  11.  
  12. In article <1992Nov7.111402.3490@cubetech.com> andrew@cubetech.com writes:
  13. >Do NOT put in a vaule greater than 255.  Values greater than 255 can
  14. >cause you system to panic!
  15.  
  16. Really?  Wow... I had 300 buffers running for about two hours, until it
  17. became painfully obvious that...
  18.  
  19. ...having too many buffers can cause periods of intense disk activity which
  20. can very well slow the system down.  Kinda like traffic jams; when there's an
  21. accident, there is a definite, physical delay (like writing out a buffer),
  22. but the delay continues long after to get everything cleared out.
  23.  
  24. If you've got 256 buffers, that's 2 megabytes of stuff to dump to disk.
  25.  
  26. Annd, if you do crash or panic (come to think of it, I can't remember if I
  27. panic'd or not, but I did have an abormal shutdown), those 2 megabytes of
  28. stuff probably weren't written to disk...
  29.  
  30. >andrew
  31. ------
  32. Mike Matthews, matthews@oberon.umd.edu (NeXTmail accepted)
  33. ------
  34. Even if you can deceive people about a product through misleading statements,
  35. sooner or later the product will speak for itself.
  36. - Hajime Karatsu
  37.  
  38.  
  39.