delorie.com/archives/browse.cgi   search  
Mail Archives: opendos/1997/02/06/23:24:54

Date: Thu, 6 Feb 1997 22:09:29 -0600 (CST)
From: "Colin W. Glenn" <cwg01 AT gnofn DOT org>
To: "'OpenDOS newsgroup'" <opendos AT mail DOT tacoma DOT net>
Subject: Re: [opendos] Filesystems
In-Reply-To: <19970206.174121.7695.2.chambersb@juno.com>
Message-ID: <Pine.GSO.3.95.970206220435.600D-100000@sparkie.gnofn.org>
MIME-Version: 1.0
Sender: owner-opendos AT mail DOT tacoma DOT net

On Thu, 6 Feb 1997, Benjamin D Chambers wrote:

> On Thu, 6 Feb 1997 05:52:05 +0000 "Ian 'DrDebug' Day"
> >>> Now, as long as the driver code is, say, under 1 meg than most 
> >>A MEG Driver!  Are you nuts?
> >JESUS!  If he dares submit a 1meg driver, I'll personally flail him

I'll set up a mailbot to flame him every hour on the hour. ;)

> probably be 128k.
No bigger, I'd say occupy no more than one single track.  (more or less
would depend on the drive, mine's 63 sectors per track.)

> sugestion: Storing the access routines at the beginning of the partition,
> loading them in the first time a partition is accessed, after no accesses
> for a while, dumping them from memory.  AFAIS, this would solve most
> compatability problems - emulating a FAT drive _should_ be child's play
> like this (though I don't know for _sure_ - that's why I asked for
> comments in the original post.)

And every time the driver dies, you access the drive, and smack yourself
as the lag of the software, discovering a gravestone instead of a driver,
resurrects the driver before accessing the drive.  So you boost the life
of the driver, which then consumes more resources waiting to die again.

Good idea.

- Raw text -


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