Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!pasteur!ucbvax!ucsd!ucsdhub!hp-sdd!ncr-sd!crash!pnet01!haitex
From: haitex@pnet01.cts.com (Wade Bickel)
Newsgroups: comp.sys.amiga
Subject: Speeding up directory access time
Message-ID: <2458@crash.cts.com>
Date: 31 Jan 88 08:56:12 GMT
Sender: news@crash.cts.com
Organization: People-Net [pnet01], El Cajon CA
Lines: 39



	  Excuse me if this suggestion is based on the lack of understanding
	of some important consideration.  The file system is something I use
	a little, but have not really studied.


	  When using various File Requester systems I notice a common flaw.
	If I "accept" a selection, the Requester closes.  Often I am loading
	a series of files into buffers or some such thing, and immeadiately
	need to repeat the process.  The problem is that the Requester must
	read the relevant directory each and every time I call it up, which
	when using a floppy is often a bit of a wait.

	  It seems to me that maintaining a directory of the floppies currently
	in the drive(s) in RAM would solve this.   Since (I assume) the system
	is aware of human disk manipulations this should not be too difficult
	to implement.

	  I've considered getting into the file system (something I should do)
	and implementing something along these lines, but there are some 
	multi-tasking considerations that really cry for this to be done at
	the O.S. level.  Maybe a 1.3 enhancement?


	  Sorry if this is off-track or has been discussed in one of the topics
	I usually skip.


							Thanks,


								Wade.




UUCP: {cbosgd, hplabs!hp-sdd, sdcsvax, nosc}!crash!pnet01!haitex
ARPA: crash!pnet01!haitex@nosc.mil
INET: haitex@pnet01.CTS.COM