home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vms / 20726 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  4.7 KB

  1. Path: sparky!uunet!think.com!spool.mu.edu!agate!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (Jerry Leichter)
  3. Newsgroups: comp.os.vms
  4. Subject: re: REPOST: Parameters for Diskperformance
  5. Message-ID: <9301111414.AA08411@uu3.psi.com>
  6. Date: 11 Jan 93 12:52:08 GMT
  7. Sender: usenet@ucbvax.BERKELEY.EDU
  8. Organization: The Internet
  9. Lines: 85
  10.  
  11.  
  12.     ..... I think the first time I selected distribution:world, so here it
  13.           comes again......
  14.  
  15. Well, I don't recall seeing this before, and I'm in the world somewhere....
  16.  
  17. You also carefully included a complete mailing address (in Switzerland),
  18. plus two phone numbers - twice; but you failed to include an Email address,
  19. so I can't reply directly (the return address was some news server).
  20.  
  21.     We will install a new RF73 disk during the next days. And I'm
  22.     rembering there are some parameters like clustersize and so on wich
  23.     affect the performance of disks. But unfortunatly I don't remeber were
  24.     I saw it. I tried the manuals, but its a hard work to check all.
  25.     Perhaps some kindly soul has it handy and may help me.
  26.  
  27.     Our konfiguration is as follows:
  28.  
  29.     MVS3300 and MV3400 Dualhost over DSSI, all Disks on DSSI
  30.     1 RF71         System
  31.     1 RF71        Some Applications (Mailer and Network SW)
  32.     1 RF72        VMS Userfiles  16'000 files in 800 directories
  33.     1 RF73        MSA Files  55'000 files in 6'000 directories
  34.  
  35.     MSA has always a lot of files open
  36.  
  37.     We are tigth on the following resources: IO and CPU, we have plenty of
  38.     memory (each MV 44 has Mbytes) and enogh diskcapacity (50% used).
  39.  
  40. There are relatively few parameters you can adjust, and of those almost none
  41. have anything to do with performance.
  42.  
  43. Clustersize is, indeed, one of the few.  The tradeoff is simple:  Larger
  44. clustersizes produce better performance (files that have larger contiguous
  45. pieces) at the cost of disk space.  Since file allocations are always rounded
  46. up to the nearest multiple of the clustersize, if the cluster size is C,
  47. the expected space wasted per file is (0+1+...+(C-1))/C = (C-1)/2.  On the
  48. other hand, with this clustersize, every C blocks of the file are always
  49. contiguous and can be read quickly.  You really have to look at the expected
  50. usage of the disk to make a rational choice of clustersize.  If the disk will
  51. contain a very large number of small files, it makes little sense to choose a
  52. large clustersize:  Many of the files will be smaller than the clustersize and
  53. would have been contiguous even with a smaller clustersize, and even on a very
  54. fragmented disk it's usually possible to find a couple of adjacent clusters
  55. for the slightly larger files.  On the other hand, if the disk will contain
  56. relatively fewer large files, the space lost due to rounding won't be signifi-
  57. cant but the additional contiguousnous will help.
  58.  
  59. The only other consideration in choosing the clustersize is that you should,
  60. if possible, choose a clustersize that evenly divides the number of blocks
  61. on a track; or failing that, on a cylinder.  This ensures that clusters don't
  62. cross track (cylinder) boundaries.  I don't know the relevant numbers for an
  63. RF73, but they'll be in the specs.  Make sure you use the number of blocks
  64. that will be USED; there will be some spare ones for replacing bad blocks.
  65.  
  66. You can move the index file from its default position in the center of the
  67. disk by using the /INDEX qualifier of INITIALIZE.  However, the default is
  68. the position that gives the best performance in normal usage; moving it
  69. elsewhere is only useful when you are formatting a disk that is intended to
  70. contain a really huge file (larger than half the disk),
  71.  
  72. The /WINDOWS qualifier lets you change the number of file mapping pointers to
  73. be used when the disk is mounted.  Larger values can give you better perfor-
  74. mance at the cost of memory - the window is effectively a cache - but the
  75. value you specify here is only a default; the MOUNT command can override it.
  76. So it's something you can always change later.
  77.  
  78. Specifying /NOHIGHWATER will have a minimal effect on performance unless your
  79. use of the disk is fairly unusual.  (Only if you have programs that frequently
  80. write to blocks of a file well beyond the current end of the file - i.e.,
  81. programs that leave unwritten "holes" in a file - will you be likely to see an
  82. effect.)
  83.  
  84. Most of the remaining parameters you can set have to do with pre-allocation
  85. of objects for anticipated later use.  For example, the /DIRECTORIES qualifier
  86. sets the size of the MFD - useful if you intend to create a large number of
  87. top-level directories.  /MAXIMUM_FILES and /HEADERS control the maximum number
  88. of files you will ever be able to create on the disk, and the number of file
  89. headers to pre-allocate.
  90.  
  91. Beyond this, you can increase various cache sizes through SYSGEN parameters
  92. like ACP_MAPCACHE.  These will apply to all disks in the system, and don't
  93. require any change to the disks themselves.
  94.                             -- Jerry
  95.  
  96.