Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!ucbcad!ucbvax!jade!eris!spencer
From: spencer@eris.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Seeking when reading long files.
Message-ID: <3063@jade.BERKELEY.EDU>
Date: Mon, 6-Apr-87 21:02:20 EST
Article-I.D.: jade.3063
Posted: Mon Apr  6 21:02:20 1987
Date-Received: Fri, 10-Apr-87 00:29:43 EST
Sender: usenet@jade.BERKELEY.EDU
Organization: University of California, Berkeley
Lines: 28

In article <8704040713.AA19306@cory.Berkeley.EDU> dillon@CORY.BERKELEY.EDU (Matt Dillon) writes:
>
>	I talked to a friend of mine, Bryce Nesbit, who has done some
>experimentation with optimizing DOS.  

   Oh, cool, Bryce!  Spoke to him many times.  For those who don't know,
   Bryce did the "1541 Flash' software/hardware disk speed-up for the C64.

>	Additionaly, He has found that the ExNext() call does not bother to
>sort the directory hash by track, and that by doing so you get about a
>5 fold increase in directory-list speed *without* changing the disk format.
>					-Matt

Hmmm.... This sounds very familiar.  Isn't this what Perry was talking about
his harddisk using to increase its speed?

Actually, I remember Leo saying that he was going to work on a DIR command
that went straight to the disk and read the directory in one pass of the 
head across the surface.  Avoiding the back and forth.  Any comments on 
what happened to that Leo?
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Randy Spencer      P.O. Box 4542   Berkeley  CA  94704        (415)284-4740 
                         I N F I N I T Y                 BBS: (415)283-5469
Now working for          |||||||||||::::... . .                    BUD-LINX
But in no way            |||||||||||||||::::.. .. .
Officially representing  ||||||||||||:::::... ..    ....ucbvax!mica!spencer
                         s o f t w a r e          spencer@mica.berkeley.edu
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-