Jack,

> Except for minimal "boot" systems, like yours and Lucho's
> multiboot diskette, I recommend a minimum of 250-MB cache
> to handle todays' LARGE "Windows" files.   Copying a 100-
> MB file will take 200-MB of UIDE's cache space (input and
> output), and some cache space must remain for directories
> so the NEXT disk operation does not have to re-read them.
> 
> Having to "discard" DOS directories, to make room for new
> data files, is the main loss of speed when using UIDE, so
> users should allocate as large a UIDE cache as possible.

A cache might already "know" that the directories are more
useful because they are accessed more often, so even when a
copy of a large file "pushes out" the directories, they are
cached again soon :-) Also, you do not have to cache data
on the first write, you can also wait until it is read again
before you cache it - lbacache has a command line option to
select whether or not to cache on write afair. Of course if
data already is cached, you will have to update the cached
copy on writes. So the difference is only whether or not to
add data to the cache when it is written. Another question
is how often people copy 100 MB files on "non-Windows" DOS
systems and whether it bothers them that doing so, with a
small cache, will "flush out" useful data such as FATs and
directory data from the cache, temporarily reducing speed.

Eric

PS: Best wishes for your speedy operation recovery...

PPS: "know" based on I/O patterns, not filesystem awareness.


------------------------------------------------------------------------------
Magic Quadrant for Content-Aware Data Loss Prevention
Research study explores the data loss prevention market. Includes in-depth
analysis on the changes within the DLP market, and the criteria used to
evaluate the strengths and weaknesses of these DLP solutions.
http://www.accelacomm.com/jaw/sfnl/114/51385063/
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to