home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sgi / 13303 < prev    next >
Encoding:
Internet Message Format  |  1992-09-04  |  1.5 KB
  1. Path: sparky!uunet!sun-barr!cs.utexas.edu!uwm.edu!spool.mu.edu!olivea!sgigate!odin!twilight!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: System Slowdown
  5. Message-ID: <pee5034@zuni.esd.sgi.com>
  6. Date: 4 Sep 92 18:28:16 GMT
  7. References: <Bu22Jz.D3I@knot.ccs.queensu.ca>
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 22
  11.  
  12. In <Bu22Jz.D3I@knot.ccs.queensu.ca> tarun@psyclops.psyc.queensu.ca (Tarun Kripalani) writes:
  13.  
  14. | I am experiencing a slowdown in our Iris (310GTX) whenever
  15. | we have more than a certain number of files in a directory.
  16. | As soon as I am in a directory that has about 2000 files and 
  17. | I do a mv, cp, ls etc. it takes ages to perform. Everything 
  18. | I do then is slowed down including any other user's processes.
  19. | Why is this happening? What can I do to fix this problem?
  20.  
  21. It runs afoul of the inode caching, among other things.
  22.  
  23. As I recall, the easiest fix is to bump NBUF in master.d/kernel,
  24. run autoconfig, and reboot.  Typically NBUF is set to 0, so
  25. it is autoconfiged by the algorithm (at least in 4.0.5, but
  26. I think this is the same at least as far back as 4.0.1):
  27.     if (v.v_buf == 0)
  28.         v.v_buf = 75 + physmem / 2000 * 25;
  29. where physmem is the amount of memory in pages.
  30. --
  31. Let no one tell me that silence gives consent,  |   Dave Olson
  32. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  33.     Maria Isabel Barreno                        |   olson@sgi.com
  34.