Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!ucbcad!ucbvax!CORY.BERKELEY.EDU!dillon
From: dillon@CORY.BERKELEY.EDU.UUCP
Newsgroups: comp.sys.amiga
Subject: Seeking when reading long files.
Message-ID: <8704040713.AA19306@cory.Berkeley.EDU>
Date: Sat, 4-Apr-87 02:13:39 EST
Article-I.D.: cory.8704040713.AA19306
Posted: Sat Apr  4 02:13:39 1987
Date-Received: Sun, 5-Apr-87 09:47:20 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Lines: 13


	I talked to a friend of mine, Bryce Nesbit, who has done some
experimentation with optimizing DOS.  He indicated that when reading a
file sequentially, DOS *does* follow the links after each sector and doesn't
bother to read the sector allocation table, and that the wild seeks you
hear after every 3 tracks is the 'inode' block being read over and over
again.  Seems to me that this would be easy to fix for 1.3.... C-A?

	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