Hi dos386,

>> PS: You could also compare EDRDOS+UIDE with FreeDOS+UIDE.
> 
> IIRC I tested some caches in the past. Result: NO SPEEDUP at all for a
> single big file.

Maybe only helps with the sparse hack ;-)

>> unless dos386 describes what program(s) he used
> 
> My silly FATPLUS.EXE maybe ???

Was that the hack to go above 4 GB file size? Evil...

>> on what hardware to produce these results
> 
> Almost documented: ATA-33 and XDMA

UDMA, probably.

>> does not specify which int21 functions
> 
> Block size 56 KiB | AH=$3F AH=$40 ???
> http://www.ctyme.com/intr/rb-2783.htm Hadn't known there would be more ...

Better use a multiple of cluster size and a power of 2.

>> Shouldn't it be sufficient to seek to the desired size (as offset), then
>  > do a write with length zero there? (Writing with length zero extends or
>  > truncates the file to the current seek offset.)
> 
> Not yet tested the sparse hack ... my bad :-(

I hope it helps :-)

Eric


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Freedos-kernel mailing list
Freedos-kernel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-kernel

Reply via email to