home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18099 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.4 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (Jerry Leichter)
  3. Newsgroups: comp.os.vms
  4. Subject: re: Re: Bound volume sets: are they a bad idea?
  5. Message-ID: <9211141419.AA13439@uu3.psi.com>
  6. Date: 14 Nov 92 13:18:25 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 65
  11.  
  12.  
  13.     [An earlier article mentioned ... "considering the idea of taking two
  14.     600Mb disks and binding them into a 1.2Gb volume set."  It continues:
  15.  
  16.     "As far as I can reason it out, the pro is some degree of load
  17.     balancing  between the disks, and no management hassles sorting out
  18.     what to put where.  The con is a halved MTBF on the bound set. Backup
  19.     shouldn't be a problem,  both together will fit on one DAT."
  20.  
  21.     Mr. Brydon responds:]
  22.  
  23.     Several other posters have mentioned the MTBF aspect.  Also, keep in
  24.     mind that you are taking 2 'large' volumes and making them into one.
  25.     This effectively increases the size of the cluster factor.  If it is 4
  26.     on one of these disks, it will be 8 on the volume set
  27.  
  28. Eh?  What makes you say this.
  29.  
  30.                                   (Same with a
  31.     stripe set, too).
  32.  
  33. I quite agree that it MIGHT happen on a stripe set.
  34.  
  35. In theory, you can make the clustersize anything you like.  However, there is
  36. a limitation, the deeper origins of which escape me a the moment, but they
  37. manifest themselves as requiring that BITMAP.SYS be no more than 255 blocks
  38. long.  BITMAP.SYS contains one bit for ever cluster on the disk; a bit is
  39. set if the cluster is in use.  At 8 bits per byte, 512 bytes per block, and
  40. 255 maximum blocks, there can be at most 1,044,480 clusters on the disk.
  41. A million blocks is roughly a 500Mb disk; no larger disk can have a cluster-
  42. size of 1.  A 600Mb disk must have a clustersize of at least 2; a 1.2Gb disk
  43. at least 3.  (These numbers might be one higher because a number like 600Mb
  44. is not exact - is it really 605*2^20, or what?  The actual formula for the
  45. minimum cluster size is just blocks/1044480, rounded UP.  Note, BTW, that
  46. because of the rounding up, it is not in general true that the minimum
  47. clustersize double when you double the number of blocks - it can be one less.
  48. This is a significant effect when the clustersizes involved are small.)
  49.  
  50. Members of a bound volume set retain their own "block address spaces" and
  51. their own bitmaps.  Binding volumes doesn't change the limit on the cluster-
  52. size.
  53.  
  54. A stripe set, on the other hand, looks like one big disk.  There is just one
  55. copy of the bitmap which must cover the entire set.  Hence, binding two
  56. 600Mb disks into a 1.2Gb stripe set would, indeed, increase the minimum
  57. supportable clustersize.
  58.  
  59.                So if you have a lot of files that are small (ummm,
  60.     in fact, even if you don't), you will be wasting an average of 4
  61.     blocks per file.  Even if this is not a concern in terms of disk
  62.     space, remember that disk read/write requests are done in clusters,
  63.     not in blocks.  If your application wants one block from disk, it
  64.     reads in the whole cluster.
  65.  
  66. This is just plain false.  While it's true that, IF you want to read ahead,
  67. reading the rest of the cluster is a good idea, there is nothing in the
  68. disk drivers and certainly not in the hardware which cares about cluster
  69. boundaries.  In fact, this file-system-level abstraction doesn't even exist
  70. at this level.
  71.  
  72.                      Even if most of the cluster is 'unused'
  73.     space on the disk.
  74.  
  75.                             -- Jerry
  76.  
  77.