Path: utzoo!attcan!uunet!lll-winken!lll-tis!ames!sgi!scotth@harlie.SGI.COM From: scotth@harlie.SGI.COM (Scott Henry) Newsgroups: comp.sys.amiga.tech Subject: Re: Faster File Systems Message-ID: <23498@sgi.SGI.COM> Date: 15 Dec 88 16:56:01 GMT References: <65@microsoft.UUCP> Sender: daemon@sgi.SGI.COM Organization: Silicon Graphics, Inc., Mountain View, CA Lines: 28 From article <65@microsoft.UUCP>, by w-colinp@microsoft.UUCP (Colin Plumb): > I realise it's pretty obvious, but just in case I confused anybody when > describing how adding data to extent "c" in a track packed like so: > aaaaabbcccddddeeeeee----------ff would result in its being repacked as > aaaaabbccc----------fddddeeeeeef, that was a typo. It should have been > aaaaabbccc----------ddddeeeeeeff, with f staying where it was. Sorry. > > P.S. I've received a few replies, but so far it seems as if I'm the best FS > designer in this newsgroup. Isn't anyone going to prove I'm not? :-) > Really, there must be *something* wrong, or the Amiga wouldn't have been > designed with sectors in the first place. > -- > -Colin (uunet!microsof!w-colinp) The biggest problem that I see with your scheme is that it will only work with floppy disks (hard disks need not apply). The hard disks that I am aware of know about sectors (frequently, in the case of SCSI, in the drive itself). OFS works fine on HD's, but your scheme would need a separate file system for HD's. I know of (at least) one extent-based HD file system (Silicon Graphics uses one), but it uses sectors as the level of granularity (this is all I know about it!, except that it is very fast). Scott Henry #include -- Scott Henry {or, also on the Internet:} #include