Re: Toll Booth and junk (was Re(fcc): TI-H: Radio/In...)
[Prev][Next][Index][Thread]
Re: Toll Booth and junk (was Re(fcc): TI-H: Radio/In...)
Okay. Let me make what I said more clear... The stack of pointers
includes file name, size, date, ect...and the starting block of the file.
:)
A global file search at...100k a sec would be slow. :) yes. Very slow. :)
Grant
>Either way, it doesn't really matter. Not having a list would be a baaad
>idear in my mind, at least a list of pointers :> Because you'd have to check
>each sector of the drive when doing a global file search...sounds slow to
>me, what about you?
>
>-- Jon Olson
>
>-----Original Message-----
>From: Grant Stockly <gussie@alaska.net>
>To: ti-hardware@lists.ticalc.org <ti-hardware@lists.ticalc.org>
>Date: Friday, November 06, 1998 12:13 AM
>Subject: Re: Toll Booth and junk (was Re(fcc): TI-H: Radio/In...)
>
>
>>
>>>You do have a list of files somewhere, there is an allocation table at the
>>>end/beginning of the drive (opposite of where the data starts). The file
>>>system i'm proposing is really VERY, VERY simple to understand, and
>>>implement, and doesn't require defragging: ever.
>>
>>You don't HAVE to have a list. :)
>>
>>My FS stacks the list of pointers from the end of the drive. I guess I
>>could just start the stack at the front of the drive and start the files
>>from the end... :)
>>
>>Grant
>>
References: