[Sanmayce]

Yes it is odd and retarded, NOTEPAD is to be blamed, not to be able to load properly text files from the LF world (*nix) in my opinion is on purpose - to show that DOS/Windows CRLF endings are to stay, kind of stupid pride.

In fact, qpress uses *nix format so CR should be prefixed to each LF in order the 'proud-in-its-stupidity' NOTEPAD to be able to catch up 21st century.
Anyway I plan in next revision C of MJ to convert the qpress.txt with a tiny C written tool before loading into NOTEPAD.

Also I plan to add 7th test: ZPAQ - being one of the most powerful compressors on INTERNET, on top of that it is free, open source, and not encumbered by patents.
Its author Dr. Matt Mahoney is a renown expert in compression craft.
ZPAQ is multi-theaded and stresses well both CPU and RAM, highly cache sensitive/dependent. All-in-all it shows the integer (i.e. non floating point) computational power of modern systems.

If anyone has the time and will to send me ZIPed resultant text files from sixth tests along with CPU/RAM info I will be thankful.
My desire is to make a comparative (a table or something similar) study and to place it here as well.
The analysis is based on result ratios across different systems, for example one of the fastest single-threaded Lempel-Ziv [de]compressors (here dealing with 197MB English text file):

T7500:
Yappy_Intel_32bit_O3.exe: comp 29.9 MB/s uncomp 512.5 MB/s
Yappy_Intel_32bit_Ox.exe: comp 33.1 MB/s uncomp 513.0 MB/s
Yappy_Microsoft_32bit_Ox.exe: comp 32.3 MB/s uncomp 527.1 MB/s

i7 2600K:
Yappy_Intel_32bit_O3.exe: comp 52.9 MB/s uncomp 1362.2 MB/s
Yappy_Intel_32bit_Ox.exe: comp 57.5 MB/s uncomp 1362.2 MB/s
Yappy_Microsoft_32bit_Ox.exe: comp 54.8 MB/s uncomp 1385.9 MB/s

Very interesting (it tells something important worth to be known) ratios change:
54.8:32.3 = 1.6 is highly different than 1385.9:527.1 = 2.6
or if you prefer
527.1:32.3 = 16.3 and 1385.9:54.8 = 25.2

In my view dummy math screams well here.