home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / pyramid / 188 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  2.0 KB
  1. Path: sparky!uunet!munnari.oz.au!mel.dit.csiro.au!yarra!kenj
  2. From: kenj@yarra.pyramid.com.au (Ken McDonell)
  3. Newsgroups: comp.sys.pyramid
  4. Subject: Re: Vdisk gives funny messages
  5. Message-ID: <79654@yarra.pyramid.com.au>
  6. Date: 20 Aug 92 22:49:24 GMT
  7. References: <1992Aug11.040141.19028@q8.dk> <489@usun01.UUCP>
  8. Organization: Pyramid Technology Corp PL, Melb., Australia
  9. Lines: 38
  10.  
  11. hoepfner@usun01.UUCP (Andreas Hoepfner) writes:
  12.  
  13. > The size of a vdisk in /etc/dktab must be a multiple of 8 !
  14. > Check this with 'dkconfig -lv /dev/vdisk16'.
  15.  
  16. At the risk of picking nits, this is not strictly correct.  The rules
  17. are more like ...
  18.  
  19. 1. For stripe and mirror vdisks, all pieces must be the same size.
  20.  
  21. 2. If you are using the vdisk as a raw device (e.g. for a DBMS product,
  22.    rather than a file system), there are no more rules!
  23.  
  24. 3. For a file system with a file system block size of N Kbytes (the default
  25.    N for OSx and DC/OSx is 16), then the total vdisk size must be a multiple
  26.    of N kbytes.
  27.  
  28. And remember that vdisk sizes in /etc/dktab are given in units of 2 Kbytes
  29. for OSx and 512 bytes for DC/OSx.
  30.  
  31. For stripe vdisks, there is an additional performance consideration related
  32. to how large you make the "chunks", e.g. values smaller then N Kbytes for
  33. a file system are pretty silly.
  34.  
  35. If anyone is heavily into this sort of thing, I have a program (stripeo)
  36. that will help choose the optimum size parameters for a striped virtual
  37. disk to be used as a file system with a specified file system block size
  38. (this is the hardest case).  A related program (mapblk) understands vdisk
  39. definitions and maps block numbers from a vdisk, through nested vdisks
  40. and down to block numbers at the physical device.
  41.  
  42. Neither program comes with warranty or support, but if you are game, drop
  43. me a line.
  44. -- 
  45. Ken McDonell              E-mail:     kenj@pyramid.com
  46. Systems Technology Laboratory              kenj@yarra.pyramid.com.au
  47. Pyramid Technology Corporation      Phone:      +61 3 521 3799
  48. Melbourne, Australia          Disclaimer: I speak for me alone, of course.
  49.