Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!usc!apple!dlyons
From: dlyons@Apple.COM (David A. Lyons)
Newsgroups: comp.sys.apple
Subject: Re: file system questions
Message-ID: <38782@apple.Apple.COM>
Date: 20 Feb 90 00:14:32 GMT
References: <1557@crash.cts.com> <38736@apple.Apple.COM> <3637@sage.cc.purdue.edu> <13373@fs2.NISC.SRI.COM>
Organization: Apple Computer Inc, Cupertino, CA
Lines: 27

In article <13373@fs2.NISC.SRI.COM> cwilson@NISC.SRI.COM (Chan Wilson) writes:
>[...]
>Ever realize that HFS is limited to 32 MB volumes?  Betcha you didn't
>know that. :) HFS gets around the limitation by using allocation
>blocks in conjunction with logical blocks to achieve the larger volume
>size.  Catch is, there's a tradeoff.  The larger the drive is, the
>larger the allocation blocks are.

Considering that you've just explained HFS *isn't* limited to 32M volumes
(you're correct, it *isn't* limited), how did you manage to start out by
claiming it was?

If you're saying HFS is limited to 65536 allocation blocks, I'm willing
to believe that (I haven't tried to look it up).  That's not the same
as being limited to 32M volumes.

The ProDOS file system *is* limited to 32M volumes, because there is no
such allocation block scheme.  (Trying to introduce one now would kill
all utilities that do block-level access, of course.)
-- 
David A. Lyons, Apple Computer, Inc.      |   DAL Systems
Apple II Developer Technical Support      |   P.O. Box 875
America Online: Dave Lyons                |   Cupertino, CA 95015-0875
GEnie: D.LYONS2 or DAVE.LYONS         CompuServe: 72177,3233
Internet/BITNET:  dlyons@apple.com    UUCP:  ...!ames!apple!dlyons
   
My opinions are my own, not Apple's.