Some test on my laptop (Core2 Duo 2.2GHz, 2GB RAM, Vista Business x64 SP1)
Code:
BOOK1 (768,771 bytes)
M1 -> 245,848 bytes @ 1452 kb/s (0.517 seconds)
FLPAQ1 -> 207,209 bytes @ 341 kb/s (2.200 seconds)
M1 2A -> 240,844 bytes @ 1358 kb/s (0.553 seconds)
M1 2B -> 238,236 bytes @ 1258 kb/s (0.597 seconds)
fp.log (20,617,071 bytes)
M1 -> 875.373 bytes @ 2715 kb/s (7.415 seconds)
FLPAQ1 -> 513,074 bytes @ 495 kb/s (40.700 seconds)
M1 2A -> 710,253 bytes @ 2597 kb/s (7.752 seconds)
M1 2B -> 655,256 bytes @ 2175 kb/s (9.258 seconds)
world95.txt (2,988,578 bytes)
M1 -> 727,370 bytes @ 2225 kb/s (1.312 seconds)
FLPAQ1 -> 494,829 @ 389 kb/s (7.500 seconds)
M1 2A -> 701,940 @ 1935 kb/s (1.508 seconds)
M1 2B -> 686,673 @ 1627 kb/s (1.794 seconds)
ENWIK8 (100000000 bytes)
M1 -> 28,700,684 bytes @ 3094 kb/s (31.365 seconds)
FLPAQ1 -> 22,481,907 bytes @ 397 kb/s (245.705 seconds)
M1 2A -> 27,732,397 bytes @ 2162 kb/s (45.317 seconds)
M1 2B -> 27,239,306 bytes @ 1770 kb/s (55.167 seconds)
LARGE.TXT (41,664,000 bytes)
M1 -> 55,078 bytes @ 5569 kb/s (7.306 seconds)
FLPAQ1 -> 14,701 bytes @ 621 kb/s (65.561 Seconds)
M1 2A -> 36,779 bytes @ 3478 kb/s (11.700 seconds)
M1 2B -> 96,020 bytes @ 2753 kb/s (14.777 seconds)
Seems context merging must have. Compression improved. I wonder the speed when you use FSM instead of counters.
According to LARGE.TXT, it seems delayed counters really take some time. Also, another interesting thing is PAQ mixer becomes redundant on highly redundant data (like LARGE.TXT). That can be the answer why my compressor is not good on highly redundant data. Because, I have PAQ like mixer. Of course, with optimized parameters.