Hi Willi,

I downloaded open-watcom-2_0-c-dos.exe (an extracting .exe) at:
https://github.com/open-watcom/open-watcom-v2/releases/tag/Current-build
140 MB size.

This is a self-extracting ZIP file. You can try using our
build of infozip UNZIP to extract it. Maybe the downloaded
exe uses build settings which are not fast for DOS or which
expect more than 32 MB RAM. Maybe it even uses a swapfile?

I also expect that extracting 4000 files in DOS, some of
the directories containing 100s of files (samples/clibexam,
h/nt, binw, binnt, ...) to be slow without a decent cache
and generally slow because our caches do not write-combine.

If you had 500 MB RAM, you could extract to a RAMDISK ;-)

I agree that it is frustrating when the self-extractor
takes 58 minutes in FreeDOS and less than 1 in Windows,
or less than 5 in the DOS 7.1 of Win95 or Win98.

You say that when you added RAM or a cache, you saw circa
20% progress after 10 minutes, but I am not sure whether
you aborted the experiments at that point or whether the
extraction crashed at that point instead of completing in
a total of 50 minutes?

You could test how long it takes to extract the files
in Windows and then boot FreeDOS and use either COPY or
XCOPY, with or without a cache, to copy it. I remember
a thread where I suggested an XCOPY patch to pre-allocate
all clusters before incrementally copying file contents,
in order to avoid frequent incremental FAT updates, but
I do not remember whether pre-compiled XCOPY binaries
with this patch are available. It may improve speed :-)

All 4000 files in the self-extracting ZIP use ZIP version
2 compatible DEFLATE compression, so the problem does NOT
seem to be a too fancy compression, which would need more
RAM or optimizations for newer CPU etc. I guess the REAL
problem is FreeDOS being slow in file and metadata writes.

I am sure we have had threads about this before, even
with people testing kernel patches to aid performance,
maybe somebody remembers something specific about that?

Regards, Eric




_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Reply via email to