Message-Id: <199704210823.KAA17896@math.amu.edu.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: alaric AT abwillms DOT demon DOT co DOT uk
Date: Mon, 21 Apr 1997 10:24:22 +0100
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: Usage of directory entries
Reply-to: grendel AT hoth DOT amu DOT edu DOT pl
CC: Matthias DOT Paul AT post DOT rwth-aachen DOT de, opendos-developer AT delorie DOT com
References: <m0wIAP0-000Fm9C AT hn DOT planet DOT gen DOT nz>
In-reply-to: <861394882.116759.0@abwillms.demon.co.uk>
Precedence: bulk

Once upon a time (on 18 Apr 97 at 21:24) Alaric B. Williams said:

> > Er, not always :) It's usually a trade off between Speed and Size, having
> > to do it that way means you have to do mass calculations, and also trying
> > to handle adding to to the end of a file is a problem if the next file is
> > right at the end, thus leading to high fragmentation :)
> 
> To extend a file, just increment that extent's length counter until you
> reach the next extent, then start with a fresh extent. Easy peasy?!?!?
> 
> Fragmentation can be solved by moving fragmented files (found when the filer
> notes that accessing a certain file has entailed a lot of extent seeks) into
> contiguous areas from time to time, a sort of background defrag that works
> on individual files when it feels the need.
Slooow! It seems really slow!
==================================================
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...