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
