delorie.com/archives/browse.cgi   search  
Mail Archives: opendos/1997/04/25/08:52:23

Message-Id: <199704251241.OAA11859@grendel.sylaba.poznan.pl>
Comments: Authenticated sender is <grendel@[150.254.113.14]>
From: "Mark Habersack" <grendel AT hoth DOT amu DOT edu DOT pl>
Organization: PPP (Pesticide Powered Pumpkins)
To: Lorier <lorier AT ihug DOT co DOT nz>
Date: Fri, 25 Apr 1997 14:41:41 +0100
MIME-Version: 1.0
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: <m0wKcUG-000Fm3C@hn.planet.gen.nz>

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...

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019