home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!ohstpy!bclcl1.im.battelle.org!hansher
- Newsgroups: comp.os.vms
- Subject: Re: Bound volume sets: are they a bad idea?
- Message-ID: <17309.2b020d8e@bclcl1.im.battelle.org>
- From: hansher@bclcl1.im.battelle.org (Kevin Hansher, Battelle Computing Center)
- Date: 12 Nov 92 07:53:50 EST
- References: <27A00A05_002EA238.009632A7DEFF5100$192_2@UK.AC.KCL.PH.IPG> <1992Nov10.124211.6220@slcs.slb.com>
- Organization: Battelle, Columbus, OH
- Lines: 32
-
- In article <1992Nov10.124211.6220@slcs.slb.com>, brydon@asl.slb.com
- (Harvey Brydon (918)250-4312) writes:
- >
- > Several other posters have mentioned the MTBF aspect. Also, keep in mind that
- > you are taking 2 'large' volumes and making them into one. This effectively
- > increases the size of the cluster factor. If it is 4 on one of these disks,
- > it will be 8 on the volume set (Same with a stripe set, too). So if you have
- > a lot of files that are small (ummm, in fact, even if you don't), you will be
- > wasting an average of 4 blocks per file. Even if this is not a concern in
- > terms of disk space, remember that disk read/write requests are done in
- > clusters, not in blocks. If your application wants one block from disk, it
- > reads in the whole cluster. Even if most of the cluster is 'unused' space on
- > the disk.
- > _______________________________________________________________
- > Harvey Brydon | Internet: brydon@dsn.SINet.slb.com
- > Dowell Schlumberger | P.O.T.S.: (918)250-4312
- > On a clear disk you can seek forever.
-
- Maybe I am misinterpreting what you mean by "effectively" increasing the
- size of the cluster factor. We are running numerous numbers of bound
- volume sets here of both RA90's and RA73's (more than 120GB disk) and
- I have never seen cluster factor to be affected differently by a single
- disk or a volume set. It is specified when the disk is originally initialized
- and (at least in our case) is the same that it was set to. It is not
- doubled as you say here at our site.
-
- --
- ------------------------------------------------------------------------------
- Kevin Hansher Symposium Session Quality Coordinator -
- Battelle U.S. DECUS VMS Systems SIG
- 505 King Avenue Internet: hansher@bclcl1.im.battelle.org
- Columbus, OH 43201 Voice: 614-424-4008 Fax: 614-424-5263
-