Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to the forum
Board view  Mix view

CWSDPMI r5 vs. r7 (paq8o8z) (Announce)

posted by Rugxulo Homepage, Usono, 15.11.2010, 22:36

> > > Do you know who has extensively tested FPC with it ? (for more than a
> > > befunge interpreter?)
> >
> > Both CWS and I tested r7 with various things (
>
> The trouble is that there is no group of heavy users for FPC/Go32v2 anymore
> that can validate any of such changes. And the current set IS validated by
> a set of users that used it every day.
Please be aware that this is NOT obvious to people who don't use DOS! It will bite someone who is unaware, hence it is NOT something to be ignored or else the innocent end user will suffer (or complain or walk away). It doesn't matter that there is no DOS maintainer, I'm telling you point blank about this for your users' benefit.

r5 is good but cannot work as well on high-RAM machines as r7. It only handles max. 2 GB real RAM and 2 GB swap, but it's 2x slower. Plus, you have to swap somewhere for > 512 MB machines or else it won't work at all (4 kb pages instead of 4 MB, and it uses low RAM used to hold page tables or whatever). I'd consider that "solution" a hack and inconvenient. (Hmmm, maybe I should've swapped to RAM disk with r5 just to prove to you how much slower it is.) It wasn't a problem when nobody had that much RAM, but nowadays all computers come with much more.

For example, since this is apparently too arcane for you, here's my new 4 GB Dell laptop booted via USB floppy drive with FreeDOS. The only active DOS drives are A:\ (floppy) and G:\ (RAM disk). In other words, the default C:\ drive doesn't exist (or isn't FAT, so DOS can't read it, in this case), so it can't swap there. By default I bound r7 to the actual .EXE so that nobody would have to accidentally use an older copy (r5).


[ FreeDOS ] G:\>cwsdpmi5        (load for a single program execution)

[ FreeDOS ] G:\>paq8o8z -7 doydoy7a *.cpp
Warning: cannot open swap file c:\cwsdpmi.swp

paq8o8z compiled Jan 13 2010 by DJGPP 2.04 / G++ 4.4.2 for FreeDOS (i686-tuned)

2134831104 bytes DPMI available

CPUID? yes, MMX or SSE2? yes yes, using SSE2

Creating archive doydoy7a.paq8o8z via level 7 with 1 file(s)...
paq8o8z.cpp 153786 -> No swap space!

[ FreeDOS ] G:\>paq8o8z -7 doydoy7b *.cpp    (use CWSDPMI r7)
Warning: cannot open swap file c:\cwsdpmi.swp

paq8o8z compiled Jan 13 2010 by DJGPP 2.04 / G++ 4.4.2 for FreeDOS (i686-tuned)

CPUID? yes, MMX or SSE2? yes yes, using SSE2

Creating archive doydoy7b.paq8o8z via level 7 with 1 file(s)...
paq8o8z.cpp 153786 -> 32884
153786 -> 32918
Time 13.74 sec, used 803156196 bytes of memory

[ FreeDOS ] G:\>paq8o8z -8 doydoy8 *.cpp  (use > 1 GB of RAM)
Warning: cannot open swap file c:\cwsdpmi.swp

paq8o8z compiled Jan 13 2010 by DJGPP 2.04 / G++ 4.4.2 for FreeDOS (i686-tuned)

CPUID? yes, MMX or SSE2? yes yes, using SSE2

Creating archive doydoy8.paq8o8z via level 8 with 1 file(s)...
paq8o8z.cpp 153786 -> 32883
153786 -> 32917
Time 14.07 sec, used 1574908133 bytes of memory


P.S. To anybody who cares, I'm 99% sure that -9 doesn't work at all anyways, but that's a bug in the original PAQ, possibly fixed for paq8px (Jan Ondrus?) or some other similar variant, but I forget exactly. To do a proper benchmark, I'd have to test against enwik8 or enwik9, but I don't have a FAT partition available (yet). Well, I guess I could make a liveCD image, but I don't think most people would be interested, even Matt (he's moved on to zpaq, which, for lack of any real reason, I haven't messed with yet).

Post reply
 

Complete thread:

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