Path: utzoo!attcan!uunet!seismo!esosun!cogen!celerity!dave
From: dave@celerity.UUCP (David L. Smith)
Newsgroups: comp.unix.wizards
Subject: Re: System V file systems
Message-ID: <186@celerity.UUCP>
Date: 1 Nov 88 01:08:53 GMT
References: <6413@daver.UUCP> <8332@alice.UUCP> <1988Oct27.173247.2789@utzoo.uucp> <8338@rpp386.Dallas.TX.US> <917@vsi.COM>
Reply-To: dave@celerity.UUCP (David L. Smith)
Organization: FPS Computing, San Diego CA
Lines: 13

In article <917@vsi.COM> friedl@vsi.COM (Stephen J. Friedl) writes:
>How hard is it for an instantiation of UNIX to support multiple
>kinds of blocksizes?  I would think that keeping the blocksize in
>the superblock would make it pretty easy, so I could use 1k blocks
>for root, and (say) 8k for the /database partition with a dozen
>files all > 1MB.  Currently it seems like a big deal for them
>to come out with a new supported blocksize.

We support multiple blocks sizes on our new toy (the Model 500), ranging
from 4K to 256K (for big striped disks).  It was relatively straightforward,
except for some problems while doing development with several of the system
utilities that depend on the system blocksize for the size of their internal
buffers.  We also ferreted out quite a few "magic" blocksize numbers.