Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: $Revision: 1.6.2.13 $; site iuvax.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!ihnp4!inuxc!iuvax!apratt
From: apratt@iuvax.UUCP
Newsgroups: net.micro.cpm
Subject: Re: File sizes from Turbo
Message-ID: <5100006@iuvax.UUCP>
Date: Thu, 24-Jan-85 10:39:00 EST
Article-I.D.: iuvax.5100006
Posted: Thu Jan 24 10:39:00 1985
Date-Received: Sat, 26-Jan-85 06:28:44 EST
References: <7558@brl-tgr.UUCP>
Lines: 11
Nf-ID: #R:brl-tgr:-755800:iuvax:5100006:000:580
Nf-From: iuvax!apratt    Jan 24 10:39:00 1985


The submitted algorithm has some misleading information and at least one flaw
outright: Files CAN be empty, taking up zero K on the disk. The misleading part
is that not ALL CP/M systems allocate 2k at a time; mine (Osborne DD) allocates
only 1K.  This is nice since you waste at most 1023 bytes (as opposed to 2047
in the worst case of 2K clusters), but it is NOT nice in that reading a file
>16K causes a seek back to the directory to open another extent, whereas this
would only happen every 32K with 2K allocations. 
----
						-- Allan Pratt
					...ihnp4!inuxc!iuvax!apratt