home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / misc / 265 < prev    next >
Encoding:
Internet Message Format  |  1993-01-13  |  3.4 KB
  1. Path: sparky!uunet!olivea!sgigate!odin!awesome!mattr
  2. From: mattr@awesome.csd.sgi.com (Matt Robinson)
  3. Newsgroups: comp.sys.sgi.misc
  4. Subject: Re: Why is copying and/or deleting so slow on IRIX
  5. Message-ID: <1993Jan13.051052.20177@odin.corp.sgi.com>
  6. Date: 13 Jan 93 05:10:52 GMT
  7. References: <1993Jan12.104142.1311@wega.rz.uni-ulm.de> <1iueqiINN6kr@fido.asd.sgi.com>
  8. Sender: news@odin.corp.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 54
  11. Nntp-Posting-Host: awesome.csd.sgi.com
  12.  
  13. In <1iueqiINN6kr@fido.asd.sgi.com> knobi@knobi.munich.sgi.com (Martin Knoblauch) writes:
  14. >In article <1993Jan12.104142.1311@wega.rz.uni-ulm.de>,
  15. >huober_r@hal.rz.uni-ulm.de (Reiner Huober) writes:
  16. >|> We use a 4D35 with biosym software on it. This software has a
  17. >|> help directory with over 3900 file, one or two blocks in size each.
  18. >|> If you copy or remove such a directory, then it takes several hours.
  19. >|> 
  20. >|> Is this specific to IRIX or have other systems the same behaviour
  21. >|> if there are many files in one directory.
  22.  
  23. >  You are exceeding the disk buffer cache. It is usually not a
  24. >good idea to have thousands of files in one directory. The directory
  25. >gets so big, that it does not fit into the memory reserved by
  26. >the kernel. As a result, each access to any single inode in this
  27. >directory will directly go to disk, which is very slow. So if you
  28. >want to copy a directory with 3900 files, each file a few inodes,
  29. >it can take hours. All OS see this effect more or less drastic.
  30. >The limit is about 1000 files for a "normal" IRIX kernel. When
  31. >you exceed this limit, you will see the performance degradation
  32. >that you describe. If you have 'sar', the system activity reporter,
  33. >installed, you can try to monitor the system using 'sar -u' and
  34. >'sar -b'. If the former shows high percentages of %wio and %wfs,
  35. >this indicates a disk buffer cache problem. If 'sar -b' also
  36. >shows low utilisation of 'rcache' and 'wcache', you have another
  37. >indicator.
  38.  
  39. >  To improve your situation, you can try to build a new kernel with
  40. >an increased disk buffer cache. To do so, log in as 'root' and
  41. >cd into '/usr/sysgen/master.d'. Edit file 'kernel'. Look for a
  42. >line containing '#define NBUF'. Under IRIX 4.0.x NBUF is set to
  43. >0 for autoconfiguration. Replace 0 by some large nuber like 1024
  44. >(I believe the maximum is 1500). Then rebuild the kernel using the
  45. >'autoconfig' command and reboot.
  46.  
  47. Just as a note (because I've been burned by this one recently),
  48. the maximum for NBUF under 4.0.X is not 1500.  There is no set
  49. maximum.  In addition to increasing NBUF, you might also want to
  50. consider increasing NHBUF as well.  Make sure that NHBUF, however,
  51. is a power of two.  A recommendation to try is setting NBUF to
  52. 1024 and NHBUF to 256, reconfiguring your kernel, and testing.
  53. Values to try beyond that are NBUF set to 2048 and NHBUF set to 512.
  54. Give those a shot.  It should increase your directory performance.
  55. If you have more questions, give the hotline a call for some more
  56. recommendations.
  57.  
  58. --Matt
  59.  
  60. ---------------------------------------------+-------------------------------
  61. Matt D. Robinson (Member, Technical Staff)   |      mattr@awesome.csd.sgi.com
  62. Silicon Graphics, Inc.                       |      mattr@leland.stanford.edu
  63. --
  64. ---------------------------------------------+-------------------------------
  65. Matt D. Robinson (Member, Technical Staff)   |      mattr@awesome.csd.sgi.com
  66. Silicon Graphics, Inc.                       |      mattr@leland.stanford.edu
  67.