Message-Id: <199704251241.OAA11859@grendel.sylaba.poznan.pl> Comments: Authenticated sender is From: "Mark Habersack" Organization: PPP (Pesticide Powered Pumpkins) To: Lorier Date: Fri, 25 Apr 1997 14:41:41 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: File Systems (was Re: Usage of directory entries Reply-to: grendel AT hoth DOT amu DOT edu DOT pl CC: alaric AT abwillms DOT demon DOT co DOT uk, opendos-developer AT delorie DOT com In-reply-to: Precedence: bulk Once upon a time (on 25 Apr 97 at 16:19) Lorier said: > >> Yeah, avoid the problem all togeather! Defraggers shouldn't be needed :) > >True. Take ext2fs for example - I shuffle decent amounts of data on my > >disks and yet after the last defrag 2 months ago I've got a defragmentation > >factor of 2%! > > yep :) something like a news server must go through heaps of files and end > up creating lots of fragmenttation :) Or you have to compile dosemu and the kernel once a day ;-)) > >> Hmm, I think it would be nice to have it store ALL the drivers in EMS (if > >> possible), then Bank Switch in a driver, call it's "init" and if it can > >> return: > >Why EMS? XMS is much faster and efficient. But storing of all the drivers > >in the memory seems like a waste of space. No automatic insertion > >notification is available for FDDs - the file system can only be recognized > >on demand or at the first access to a new diskette. Loading an appropriate > >FS driver from HDD at that time is not that costly in terms of time! > >I think that a better way is to maintain a database of FS signatures and > >their respective drivers. A system daemon should exist to detect on demand > >the FS type (as we cannot assume that they store their signatures in the > >same place as other FSs) by just peeking at the lead-in information of the > >FS (see GRUB for detection code). This costs less memory and time, IMHO. > > Hmm, possibly, but I don't think that all FS's are going to be that nice :) True ;-( > that and it's nice to be able to select the "best" driver for the job :) But Exactly! But for that we'd have a 'mount' command - after all, is it *so* complicated to type 'mount -t vfat /dev/fd0' ?? > I agree, (notice I said load it), and chances are your going to load a FS > that is already in memory. True. For that the general system loaded modules database would do. > >> ANOTHER Fs? Hmm.. ok :) This should be a bit further down the track tho > >> :) > >I think that it's a good idea - having own system means that you drive the > >van and you are not driven by someone else's moods. > > True, however there are a lot of good FS's for us to start with :) the immortal ext2 being one! ;-) ================================================== Stand straight, look me in the eye and say goodbye Stand straight, we drifted past the point of reasons why. Yesterday starts tommorow, tommorow starts today And the problems seem to be we're picking up the pieces of a ricochet...