Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

Ultimate DOS kernel file copy speed test (Miscellaneous)

posted by sol, 30.11.2007, 17:51

> I used 4DOS COPY /B, but as I've already tried, XCOPY or almost any other
> used application doesn't make significant difference here.

I actually wouldn't mind seeing another benchmark, but using XCOPY or something else instead. It would make the test more even - and it could actually make a huge difference. If one DOS' copy command uses a much smaller buffer to copy data, it could actually be a lot slower.

Though, I imagine the speed has everything to do with each DOS' disk reading instead. It's probably always reading 1 sector at a time, which is quite slow. If a little bit of code were added to determine the max number of sectors that are contiguous on disk for a read, it would be *much* faster.

For example, if I call the "read from file handle" API requesting 32768 bytes, and I have a defragged FAT32 partition (4k cluster size) with the file I'm trying to read being 32k...DOS should see that the file is in order based on the FAT, and knowing I want to read 32k should read it all at once.

It adds more code & more complicated logic, but it would be much faster.

The cheap way to do it would be to read 1 cluster at a time, and it would still gain a fair performance increase. If all the DOSes are doing this, then using a different copy tool that's known to be fast, like XCOPY, should reveal different benchmark results.

 

Complete thread:

Back to the forum
Board view  Mix view
22632 Postings in 2109 Threads, 402 registered users, 428 users online (0 registered, 428 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum