home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / ultrix / 9455 < prev    next >
Encoding:
Text File  |  1993-01-23  |  2.7 KB  |  79 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!engage.pko.dec.com!nntpd.lkg.dec.com!nntpd2.cxo.dec.com!nabeth!alan
  3. From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  4. Subject: Re: Recommendations for high disk throughput
  5. Message-ID: <1993Jan23.002725.7620@nntpd2.cxo.dec.com>
  6. Lines: 66
  7. Sender: alan@nabeth (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  8. Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
  9. Organization: Digital Equipment Corporation
  10. References:  <THOMSON.93Jan22073952@zarda.macc.wisc.edu>
  11. Date: Sat, 23 Jan 1993 00:27:25 GMT
  12.  
  13.  
  14. In article <THOMSON.93Jan22073952@zarda.macc.wisc.edu>, thomson@zarda.macc.wisc.edu (Don Thomson) writes:
  15. >
  16. >We are looking at upgrading our campus Usenet News server from a hopelessly
  17. >overburdened DECstation 3100 to a DECstation 5000/240.  The biggest bottleneck
  18. >for handling news has been disk access time, so we're looking at options that
  19. >will allow us the highest disk throughput possible to a disk with a capacity
  20. >of at least a gigabyte.  I'm looking for advice on an optimal configuration
  21. >for these needs, including:
  22. >
  23. >Choice of disk:
  24. >
  25. >    RZ26, RZ58, third-party fast disks, RAID storage systems?
  26.  
  27. If you can find something reasonable to put them in I'd go with the
  28. RZ26.  Whether a RAID-n array would help any on performance depends
  29. on the I/O characteristic of what you're doing now.  My I/O character-
  30. ization experience was with Bnews, but it went something like:
  31.  
  32. Busy file systems;
  33.     /tmp
  34.     /usr/new/lib/new - History file
  35.     /var/spool/news
  36.  
  37. The I/O load was pretty evenly distributed between them.
  38.  
  39. For the partition that had /var/spool/news on it:
  40.  
  41. Read/Write ratio: 30/70
  42. Data accesses:    50.26%
  43. Inode accesses:   47.59%
  44. Cyl. group data:   1.14%
  45. other noise:          1%
  46.  
  47. Most of the I/O was 8 KB, but the next biggest chunk was 1 KB.
  48.  
  49. You may also want to see a bigger buffer cache may help.  You
  50. can check the buffer cache statistics with crash(8):
  51.  
  52. # crash
  53. > bufstats
  54.    
  55. >
  56. >Options to speed up access:
  57. >
  58. >    Prestoserve disk caching, IPI disk interface?
  59.  
  60. If you News has the same I/O balance as mine did, Prestoserve will
  61. help a lot.  With nearly half the I/O being synchronous file system
  62. data updates, anything that helps that is bound to be good.  A
  63. mentioned by Marcus, Striping can also help, since you'll get the
  64. load spread across multiple disks.
  65.  
  66. An IPI subsystem will probably help, but it seems a bit overkill...
  67.  
  68. >
  69. >Any and all comments on these and suggestions on other options would be most
  70. >appreciated!
  71. >--
  72. > 
  73. >----- Don Thomson ----- MACC, 1210 W. Dayton, Madison, WI  53706 -------------
  74. >    (608) 262-0138      thomson@macc.wisc.edu / thomson@wiscmacc.bitnet
  75. >
  76. --
  77. Alan Rollow                alan@nabeth.cxo.dec.com
  78.  
  79.