strstr_SHORT-SHOWDOWN_Intel_v12_fast.exe:
strstr_SHORT-SHOWDOWN, revision 6+++, written by Kaze.

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), BM_HORSPOOL performance: 416KB/clock
Found ('to') 1076629 time(s), BM_HORSPOOL performance: 403KB/clock
Found ('TDK') 0 time(s), BM_HORSPOOL performance: 859KB/clock
Found ('the') 2114180 time(s), BM_HORSPOOL performance: 460KB/clock
Found ('fast') 5945 time(s), BM_HORSPOOL performance: 756KB/clock
Found ('easy') 5191 time(s), BM_HORSPOOL performance: 990KB/clock
Found ('grmbl') 0 time(s), BM_HORSPOOL performance: 1074KB/clock
Found ('email') 1 time(s), BM_HORSPOOL performance: 1167KB/clock
Found ('pasting') 2 time(s), BM_HORSPOOL performance: 1422KB/clock
Found ('amazing') 323 time(s), BM_HORSPOOL performance: 1433KB/clock
Found ('underdog') 4 time(s), BM_HORSPOOL performance: 1603KB/clock
Found ('superdog') 0 time(s), BM_HORSPOOL performance: 1820KB/clock
Found ('participants') 147 time(s), BM_HORSPOOL performance: 1836KB/clock
Found ('skillessness') 0 time(s), BM_HORSPOOL performance: 2126KB/clock
Found ('I should have known') 1 time(s), BM_HORSPOOL performance: 1836KB/clock
Found ('human consciousness') 519 time(s), BM_HORSPOOL performance: 2126KB/clock
BM_HORSPOOL 8x2 i.e. average performance: 951KB/clock

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), Railgun_6pp performance: 415KB/clock
Found ('to') 1076629 time(s), Railgun_6pp performance: 430KB/clock
Found ('TDK') 0 time(s), Railgun_6pp performance: 429KB/clock
Found ('the') 2114180 time(s), Railgun_6pp performance: 403KB/clock
Found ('fast') 5945 time(s), Railgun_6pp performance: 918KB/clock
Found ('easy') 5191 time(s), Railgun_6pp performance: 990KB/clock
Found ('grmbl') 0 time(s), Railgun_6pp performance: 1287KB/clock
Found ('email') 1 time(s), Railgun_6pp performance: 1167KB/clock
Found ('pasting') 2 time(s), Railgun_6pp performance: 1603KB/clock
Found ('amazing') 323 time(s), Railgun_6pp performance: 1422KB/clock
Found ('underdog') 4 time(s), Railgun_6pp performance: 1836KB/clock
Found ('superdog') 0 time(s), Railgun_6pp performance: 1820KB/clock
Found ('participants') 147 time(s), Railgun_6pp performance: 2149KB/clock
Found ('skillessness') 0 time(s), Railgun_6pp performance: 2126KB/clock
Found ('I should have known') 1 time(s), Railgun_6pp performance: 2126KB/clock
Found ('human consciousness') 519 time(s), Railgun_6pp performance: 2557KB/clock
Railgun_6pp 8x2 i.e. average performance: 921KB/clock

strstr_SHORT-SHOWDOWN_Intel_v12_O3.exe:
strstr_SHORT-SHOWDOWN, revision 6+++, written by Kaze.

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), BM_HORSPOOL performance: 403KB/clock
Found ('to') 1076629 time(s), BM_HORSPOOL performance: 415KB/clock
Found ('TDK') 0 time(s), BM_HORSPOOL performance: 859KB/clock
Found ('the') 2114180 time(s), BM_HORSPOOL performance: 460KB/clock
Found ('fast') 5945 time(s), BM_HORSPOOL performance: 759KB/clock
Found ('easy') 5191 time(s), BM_HORSPOOL performance: 990KB/clock
Found ('grmbl') 0 time(s), BM_HORSPOOL performance: 1069KB/clock
Found ('email') 1 time(s), BM_HORSPOOL performance: 1167KB/clock
Found ('pasting') 2 time(s), BM_HORSPOOL performance: 1287KB/clock
Found ('amazing') 323 time(s), BM_HORSPOOL performance: 1603KB/clock
Found ('underdog') 4 time(s), BM_HORSPOOL performance: 1603KB/clock
Found ('superdog') 0 time(s), BM_HORSPOOL performance: 1836KB/clock
Found ('participants') 147 time(s), BM_HORSPOOL performance: 1820KB/clock
Found ('skillessness') 0 time(s), BM_HORSPOOL performance: 2149KB/clock
Found ('I should have known') 1 time(s), BM_HORSPOOL performance: 1820KB/clock
Found ('human consciousness') 519 time(s), BM_HORSPOOL performance: 2557KB/clock
BM_HORSPOOL 8x2 i.e. average performance: 952KB/clock

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), Railgun_6pp performance: 444KB/clock
Found ('to') 1076629 time(s), Railgun_6pp performance: 430KB/clock
Found ('TDK') 0 time(s), Railgun_6pp performance: 559KB/clock
Found ('the') 2114180 time(s), Railgun_6pp performance: 461KB/clock
Found ('fast') 5945 time(s), Railgun_6pp performance: 918KB/clock
Found ('easy') 5191 time(s), Railgun_6pp performance: 990KB/clock
Found ('grmbl') 0 time(s), Railgun_6pp performance: 1287KB/clock
Found ('email') 1 time(s), Railgun_6pp performance: 1167KB/clock
Found ('pasting') 2 time(s), Railgun_6pp performance: 1603KB/clock
Found ('amazing') 323 time(s), Railgun_6pp performance: 1603KB/clock
Found ('underdog') 4 time(s), Railgun_6pp performance: 1603KB/clock
Found ('superdog') 0 time(s), Railgun_6pp performance: 1820KB/clock
Found ('participants') 147 time(s), Railgun_6pp performance: 2149KB/clock
Found ('skillessness') 0 time(s), Railgun_6pp performance: 2557KB/clock
Found ('I should have known') 1 time(s), Railgun_6pp performance: 2126KB/clock
Found ('human consciousness') 519 time(s), Railgun_6pp performance: 2126KB/clock
Railgun_6pp 8x2 i.e. average performance: 976KB/clock

strstr_SHORT-SHOWDOWN_Intel_v12_O3_Qparallel.exe:
strstr_SHORT-SHOWDOWN, revision 6+++, written by Kaze.

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), BM_HORSPOOL performance: 416KB/clock
Found ('to') 1076629 time(s), BM_HORSPOOL performance: 403KB/clock
Found ('TDK') 0 time(s), BM_HORSPOOL performance: 856KB/clock
Found ('the') 2114180 time(s), BM_HORSPOOL performance: 461KB/clock
Found ('fast') 5945 time(s), BM_HORSPOOL performance: 756KB/clock
Found ('easy') 5191 time(s), BM_HORSPOOL performance: 990KB/clock
Found ('grmbl') 0 time(s), BM_HORSPOOL performance: 1074KB/clock
Found ('email') 1 time(s), BM_HORSPOOL performance: 1167KB/clock
Found ('pasting') 2 time(s), BM_HORSPOOL performance: 1422KB/clock
Found ('amazing') 323 time(s), BM_HORSPOOL performance: 1422KB/clock
Found ('underdog') 4 time(s), BM_HORSPOOL performance: 1603KB/clock
Found ('superdog') 0 time(s), BM_HORSPOOL performance: 1836KB/clock
Found ('participants') 147 time(s), BM_HORSPOOL performance: 1836KB/clock
Found ('skillessness') 0 time(s), BM_HORSPOOL performance: 2126KB/clock
Found ('I should have known') 1 time(s), BM_HORSPOOL performance: 1836KB/clock
Found ('human consciousness') 519 time(s), BM_HORSPOOL performance: 2525KB/clock
BM_HORSPOOL 8x2 i.e. average performance: 950KB/clock

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), Railgun_6pp performance: 561KB/clock
Found ('to') 1076629 time(s), Railgun_6pp performance: 537KB/clock
Found ('TDK') 0 time(s), Railgun_6pp performance: 561KB/clock
Found ('the') 2114180 time(s), Railgun_6pp performance: 460KB/clock
Found ('fast') 5945 time(s), Railgun_6pp performance: 918KB/clock
Found ('easy') 5191 time(s), Railgun_6pp performance: 990KB/clock
Found ('grmbl') 0 time(s), Railgun_6pp performance: 1287KB/clock
Found ('email') 1 time(s), Railgun_6pp performance: 1167KB/clock
Found ('pasting') 2 time(s), Railgun_6pp performance: 1422KB/clock
Found ('amazing') 323 time(s), Railgun_6pp performance: 1603KB/clock
Found ('underdog') 4 time(s), Railgun_6pp performance: 1836KB/clock
Found ('superdog') 0 time(s), Railgun_6pp performance: 1836KB/clock
Found ('participants') 147 time(s), Railgun_6pp performance: 2126KB/clock
Found ('skillessness') 0 time(s), Railgun_6pp performance: 2126KB/clock
Found ('I should have known') 1 time(s), Railgun_6pp performance: 2126KB/clock
Found ('human consciousness') 519 time(s), Railgun_6pp performance: 2557KB/clock
Railgun_6pp 8x2 i.e. average performance: 1030KB/clock

strstr_SHORT-SHOWDOWN_Intel_v12_Ox.exe:
strstr_SHORT-SHOWDOWN, revision 6+++, written by Kaze.

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), BM_HORSPOOL performance: 403KB/clock
Found ('to') 1076629 time(s), BM_HORSPOOL performance: 403KB/clock
Found ('TDK') 0 time(s), BM_HORSPOOL performance: 859KB/clock
Found ('the') 2114180 time(s), BM_HORSPOOL performance: 460KB/clock
Found ('fast') 5945 time(s), BM_HORSPOOL performance: 756KB/clock
Found ('easy') 5191 time(s), BM_HORSPOOL performance: 922KB/clock
Found ('grmbl') 0 time(s), BM_HORSPOOL performance: 1167KB/clock
Found ('email') 1 time(s), BM_HORSPOOL performance: 1069KB/clock
Found ('pasting') 2 time(s), BM_HORSPOOL performance: 1287KB/clock
Found ('amazing') 323 time(s), BM_HORSPOOL performance: 1422KB/clock
Found ('underdog') 4 time(s), BM_HORSPOOL performance: 1836KB/clock
Found ('superdog') 0 time(s), BM_HORSPOOL performance: 1603KB/clock
Found ('participants') 147 time(s), BM_HORSPOOL performance: 2126KB/clock
Found ('skillessness') 0 time(s), BM_HORSPOOL performance: 1836KB/clock
Found ('I should have known') 1 time(s), BM_HORSPOOL performance: 2126KB/clock
Found ('human consciousness') 519 time(s), BM_HORSPOOL performance: 2126KB/clock
BM_HORSPOOL 8x2 i.e. average performance: 941KB/clock

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), Railgun_6pp performance: 430KB/clock
Found ('to') 1076629 time(s), Railgun_6pp performance: 429KB/clock
Found ('TDK') 0 time(s), Railgun_6pp performance: 585KB/clock
Found ('the') 2114180 time(s), Railgun_6pp performance: 461KB/clock
Found ('fast') 5945 time(s), Railgun_6pp performance: 918KB/clock
Found ('easy') 5191 time(s), Railgun_6pp performance: 990KB/clock
Found ('grmbl') 0 time(s), Railgun_6pp performance: 1278KB/clock
Found ('email') 1 time(s), Railgun_6pp performance: 1174KB/clock
Found ('pasting') 2 time(s), Railgun_6pp performance: 1422KB/clock
Found ('amazing') 323 time(s), Railgun_6pp performance: 1603KB/clock
Found ('underdog') 4 time(s), Railgun_6pp performance: 1836KB/clock
Found ('superdog') 0 time(s), Railgun_6pp performance: 1820KB/clock
Found ('participants') 147 time(s), Railgun_6pp performance: 2126KB/clock
Found ('skillessness') 0 time(s), Railgun_6pp performance: 2149KB/clock
Found ('I should have known') 1 time(s), Railgun_6pp performance: 2126KB/clock
Found ('human consciousness') 519 time(s), Railgun_6pp performance: 2557KB/clock
Railgun_6pp 8x2 i.e. average performance: 975KB/clock

strstr_SHORT-SHOWDOWN_Intel_v12_Ox_Qparallel.exe:
strstr_SHORT-SHOWDOWN, revision 6+++, written by Kaze.

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), BM_HORSPOOL performance: 403KB/clock
Found ('to') 1076629 time(s), BM_HORSPOOL performance: 416KB/clock
Found ('TDK') 0 time(s), BM_HORSPOOL performance: 856KB/clock
Found ('the') 2114180 time(s), BM_HORSPOOL performance: 461KB/clock
Found ('fast') 5945 time(s), BM_HORSPOOL performance: 756KB/clock
Found ('easy') 5191 time(s), BM_HORSPOOL performance: 990KB/clock
Found ('grmbl') 0 time(s), BM_HORSPOOL performance: 1074KB/clock
Found ('email') 1 time(s), BM_HORSPOOL performance: 1167KB/clock
Found ('pasting') 2 time(s), BM_HORSPOOL performance: 1422KB/clock
Found ('amazing') 323 time(s), BM_HORSPOOL performance: 1433KB/clock
Found ('underdog') 4 time(s), BM_HORSPOOL performance: 1603KB/clock
Found ('superdog') 0 time(s), BM_HORSPOOL performance: 1820KB/clock
Found ('participants') 147 time(s), BM_HORSPOOL performance: 1836KB/clock
Found ('skillessness') 0 time(s), BM_HORSPOOL performance: 2126KB/clock
Found ('I should have known') 1 time(s), BM_HORSPOOL performance: 2126KB/clock
Found ('human consciousness') 519 time(s), BM_HORSPOOL performance: 2149KB/clock
BM_HORSPOOL 8x2 i.e. average performance: 953KB/clock

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), Railgun_6pp performance: 429KB/clock
Found ('to') 1076629 time(s), Railgun_6pp performance: 430KB/clock
Found ('TDK') 0 time(s), Railgun_6pp performance: 585KB/clock
Found ('the') 2114180 time(s), Railgun_6pp performance: 460KB/clock
Found ('fast') 5945 time(s), Railgun_6pp performance: 922KB/clock
Found ('easy') 5191 time(s), Railgun_6pp performance: 990KB/clock
Found ('grmbl') 0 time(s), Railgun_6pp performance: 1167KB/clock
Found ('email') 1 time(s), Railgun_6pp performance: 1278KB/clock
Found ('pasting') 2 time(s), Railgun_6pp performance: 1433KB/clock
Found ('amazing') 323 time(s), Railgun_6pp performance: 1603KB/clock
Found ('underdog') 4 time(s), Railgun_6pp performance: 1820KB/clock
Found ('superdog') 0 time(s), Railgun_6pp performance: 1836KB/clock
Found ('participants') 147 time(s), Railgun_6pp performance: 2126KB/clock
Found ('skillessness') 0 time(s), Railgun_6pp performance: 2149KB/clock
Found ('I should have known') 1 time(s), Railgun_6pp performance: 2126KB/clock
Found ('human consciousness') 519 time(s), Railgun_6pp performance: 2557KB/clock
Railgun_6pp 8x2 i.e. average performance: 975KB/clock

strstr_SHORT-SHOWDOWN_Microsoft_v16_Ox.exe:
strstr_SHORT-SHOWDOWN, revision 6+++, written by Kaze.

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), BM_HORSPOOL performance: 293KB/clock
Found ('to') 1076629 time(s), BM_HORSPOOL performance: 293KB/clock
Found ('TDK') 0 time(s), BM_HORSPOOL performance: 496KB/clock
Found ('the') 2114180 time(s), BM_HORSPOOL performance: 379KB/clock
Found ('fast') 5945 time(s), BM_HORSPOOL performance: 585KB/clock
Found ('easy') 5191 time(s), BM_HORSPOOL performance: 585KB/clock
Found ('grmbl') 0 time(s), BM_HORSPOOL performance: 759KB/clock
Found ('email') 1 time(s), BM_HORSPOOL performance: 713KB/clock
Found ('pasting') 2 time(s), BM_HORSPOOL performance: 990KB/clock
Found ('amazing') 323 time(s), BM_HORSPOOL performance: 990KB/clock
Found ('underdog') 4 time(s), BM_HORSPOOL performance: 1074KB/clock
Found ('superdog') 0 time(s), BM_HORSPOOL performance: 1069KB/clock
Found ('participants') 147 time(s), BM_HORSPOOL performance: 1603KB/clock
Found ('skillessness') 0 time(s), BM_HORSPOOL performance: 1433KB/clock
Found ('I should have known') 1 time(s), BM_HORSPOOL performance: 1422KB/clock
Found ('human consciousness') 519 time(s), BM_HORSPOOL performance: 1603KB/clock
BM_HORSPOOL 8x2 i.e. average performance: 665KB/clock

Doing Search for 8x2 Patterns into String(206908949bytes) as-one-line ...
Found ('an') 1987797 time(s), Railgun_6pp performance: 678KB/clock
Found ('to') 1076629 time(s), Railgun_6pp performance: 678KB/clock
Found ('TDK') 0 time(s), Railgun_6pp performance: 1174KB/clock
Found ('the') 2114180 time(s), Railgun_6pp performance: 678KB/clock
Found ('fast') 5945 time(s), Railgun_6pp performance: 918KB/clock
Found ('easy') 5191 time(s), Railgun_6pp performance: 990KB/clock
Found ('grmbl') 0 time(s), Railgun_6pp performance: 1287KB/clock
Found ('email') 1 time(s), Railgun_6pp performance: 1167KB/clock
Found ('pasting') 2 time(s), Railgun_6pp performance: 1603KB/clock
Found ('amazing') 323 time(s), Railgun_6pp performance: 1603KB/clock
Found ('underdog') 4 time(s), Railgun_6pp performance: 1603KB/clock
Found ('superdog') 0 time(s), Railgun_6pp performance: 1820KB/clock
Found ('participants') 147 time(s), Railgun_6pp performance: 2149KB/clock
Found ('skillessness') 0 time(s), Railgun_6pp performance: 2126KB/clock
Found ('I should have known') 1 time(s), Railgun_6pp performance: 2126KB/clock
Found ('human consciousness') 519 time(s), Railgun_6pp performance: 2557KB/clock
Railgun_6pp 8x2 i.e. average performance: 1217KB/clock

Simplicius_Simplicissimus_Septupleton rev.1+++, written by Kaze.
Note1: This is the precursor of Simplicius Simplicissimus - a superfast-low-performance TEXT decompressor.
Note2: The niftiness lies in readiness for multi-threading and mostly in boosting the search by having the BBs.
       The decompressor would upload (at burst speed) the BB data and then read-and-decode one-by-one the
       triads (BB pool/array indexes), that is a simple copying. The pool houses up to 256*256*256 BBs/elements.
Note3: Compiler used: Intel(R) C++ Compiler XE for applications running on IA-32, Version 12.0.4.196 Build 20110427.
Note4: Compile line: icl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note5: Maximum size of input text file is arbitrary - 384MB, in fact 384MB+4*384MB must be less than 19??MB.
Note6: The file format is given by typing the compressed file e.g. D:\>type OSHO.TXT.SS.
       The header is 270 bytes long followed by BBs and triads/indexes and the eventual remainder/literals.
Note7: My benchmark text file OSHO.TXT 206,908,949 bytes where OSHO.TXT.SS 116,871,584 bytes for order 6:
       Decompressing OSHO.TXT.SS to RAM without Dumping to DRIVE time: 1704 clocks or 118579 KB/s, an awful result.
       For order 4 enforced: 156,174,067 OSHO.TXT.SS is being decompressed at 192804 KB/s.
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 85618 KB/s.
       For order 8 enforced: 149,243,106 OSHO.TXT.SS is being decompressed at 115396 KB/s.
       Obviously the fastest cache size is crucial, for OSHO.TXT 12MB BB pool vs 1MB L2 cache disbalance is the
       cause for this badly inferior performance compared to LZ L1 (32KB) cache-friendly variants.
       The test machine is Toshiba Satellite with Intel Merom 2166MHz, with rough 'memcpy' performance: 1646 MB/s.
Note8: Compile line: cl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note9: Major (but still inferior) decompressing tweak since r.1+++, this time Microsoft v16 excels:
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 170083 KB/s.
NoteA: Simplicius_Simplicissimus stands up for his name, the decompressing fragment is 13 instructions small:
       $LL74@main:
       a1 00 00 00 00   mov     eax, DWORD PTR _Patternlen
       03 c2            add     eax, edx
       8b 04 30         mov     eax, DWORD PTR [eax+esi]
       25 ff ff ff 00   and     eax, 16777215
       0f af c7         imul    eax, edi
       8b 1c 30         mov     ebx, DWORD PTR [eax+esi]
       89 19            mov     DWORD PTR [ecx], ebx
       8b 44 30 04      mov     eax, DWORD PTR [eax+esi+4]
       89 41 04         mov     DWORD PTR [ecx+4], eax
       83 c2 03         add     edx, 3
       03 cf            add     ecx, edi
       ff 4c 24 1c      dec     DWORD PTR tv977[esp+376]
       75 d7            jne     SHORT $LL74@main
NoteB: For more fast decompressing idea(s) you may contact me at sanmayce@sanmayce.com freely.
NoteC: Got it? The eighth note has two meanings: 1] for faster 2] for additional/other fast.
NoteD: Got it? The ninth note has two meanings: 1] for quicker/tighter 2] for additional/other quick/tight.

Allocating 384MB ... OK

Enforcing BB order 7 ...
Size of incoming file or Strnglen: 206908949

Sorting 206908943 Pointers to Building-Blocks 7 chars in size ...
Allocated memory for pointers-to-words in MB: 790
Writing Sorted Building-Blocks to BB007.txt ...
Patternlen:7|206908949-7+1|linecounterRL:4803152|202105791
Gain(reduced-size) or Strnglen-(Patternlen*linecounterRL+3*(Strnglen/Patternlen)+(Strnglen%Patternlen)): 84611620

Maximum compression (or minimum expansion) for order: 7

Creating OSHO.TXT.SS ...

Building-Blocks_DUMPER .SS dumping time: 42985 clocks
Building-Blocks_DUMPER total time: 273563 clocks

Simplicius_Simplicissimus_Septupleton rev.1+++, written by Kaze.
Note1: This is the precursor of Simplicius Simplicissimus - a superfast-low-performance TEXT decompressor.
Note2: The niftiness lies in readiness for multi-threading and mostly in boosting the search by having the BBs.
       The decompressor would upload (at burst speed) the BB data and then read-and-decode one-by-one the
       triads (BB pool/array indexes), that is a simple copying. The pool houses up to 256*256*256 BBs/elements.
Note3: Compiler used: Intel(R) C++ Compiler XE for applications running on IA-32, Version 12.0.4.196 Build 20110427.
Note4: Compile line: icl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note5: Maximum size of input text file is arbitrary - 384MB, in fact 384MB+4*384MB must be less than 19??MB.
Note6: The file format is given by typing the compressed file e.g. D:\>type OSHO.TXT.SS.
       The header is 270 bytes long followed by BBs and triads/indexes and the eventual remainder/literals.
Note7: My benchmark text file OSHO.TXT 206,908,949 bytes where OSHO.TXT.SS 116,871,584 bytes for order 6:
       Decompressing OSHO.TXT.SS to RAM without Dumping to DRIVE time: 1704 clocks or 118579 KB/s, an awful result.
       For order 4 enforced: 156,174,067 OSHO.TXT.SS is being decompressed at 192804 KB/s.
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 85618 KB/s.
       For order 8 enforced: 149,243,106 OSHO.TXT.SS is being decompressed at 115396 KB/s.
       Obviously the fastest cache size is crucial, for OSHO.TXT 12MB BB pool vs 1MB L2 cache disbalance is the
       cause for this badly inferior performance compared to LZ L1 (32KB) cache-friendly variants.
       The test machine is Toshiba Satellite with Intel Merom 2166MHz, with rough 'memcpy' performance: 1646 MB/s.
Note8: Compile line: cl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note9: Major (but still inferior) decompressing tweak since r.1+++, this time Microsoft v16 excels:
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 170083 KB/s.
NoteA: Simplicius_Simplicissimus stands up for his name, the decompressing fragment is 13 instructions small:
       $LL74@main:
       a1 00 00 00 00   mov     eax, DWORD PTR _Patternlen
       03 c2            add     eax, edx
       8b 04 30         mov     eax, DWORD PTR [eax+esi]
       25 ff ff ff 00   and     eax, 16777215
       0f af c7         imul    eax, edi
       8b 1c 30         mov     ebx, DWORD PTR [eax+esi]
       89 19            mov     DWORD PTR [ecx], ebx
       8b 44 30 04      mov     eax, DWORD PTR [eax+esi+4]
       89 41 04         mov     DWORD PTR [ecx+4], eax
       83 c2 03         add     edx, 3
       03 cf            add     ecx, edi
       ff 4c 24 1c      dec     DWORD PTR tv977[esp+376]
       75 d7            jne     SHORT $LL74@main
NoteB: For more fast decompressing idea(s) you may contact me at sanmayce@sanmayce.com freely.
NoteC: Got it? The eighth note has two meanings: 1] for faster 2] for additional/other fast.
NoteD: Got it? The ninth note has two meanings: 1] for quicker/tighter 2] for additional/other quick/tight.

Allocating 384MB ... OK

Simplicius Simplicissimus is decompressing OSHO.TXT ...
Allocating 256MB for BBs pool + 384MB for RAM-to-RAM decompression ... OK
BBs order: 7
Original file size: 206908949
BBs pool size: 33622064

Decompression to RAM without Dumping to DRIVE time: 1547 clocks
Decompression to RAM without Dumping to DRIVE performance: 130613 KB/s or 127 MB/s
Total time: 4704 clocks

Benchmarking 'memcpy' by copying 197MB (OSHO.TXT size) ten times ...
Simplicius says for 'memcpy' performance: 1658 MB/s
Simplicius says for Decompression Ratio: 7%

Simplicius_Simplicissimus_Septupleton rev.1+++, written by Kaze.
Note1: This is the precursor of Simplicius Simplicissimus - a superfast-low-performance TEXT decompressor.
Note2: The niftiness lies in readiness for multi-threading and mostly in boosting the search by having the BBs.
       The decompressor would upload (at burst speed) the BB data and then read-and-decode one-by-one the
       triads (BB pool/array indexes), that is a simple copying. The pool houses up to 256*256*256 BBs/elements.
Note3: Compiler used: Intel(R) C++ Compiler XE for applications running on IA-32, Version 12.0.4.196 Build 20110427.
Note4: Compile line: icl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note5: Maximum size of input text file is arbitrary - 384MB, in fact 384MB+4*384MB must be less than 19??MB.
Note6: The file format is given by typing the compressed file e.g. D:\>type OSHO.TXT.SS.
       The header is 270 bytes long followed by BBs and triads/indexes and the eventual remainder/literals.
Note7: My benchmark text file OSHO.TXT 206,908,949 bytes where OSHO.TXT.SS 116,871,584 bytes for order 6:
       Decompressing OSHO.TXT.SS to RAM without Dumping to DRIVE time: 1704 clocks or 118579 KB/s, an awful result.
       For order 4 enforced: 156,174,067 OSHO.TXT.SS is being decompressed at 192804 KB/s.
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 85618 KB/s.
       For order 8 enforced: 149,243,106 OSHO.TXT.SS is being decompressed at 115396 KB/s.
       Obviously the fastest cache size is crucial, for OSHO.TXT 12MB BB pool vs 1MB L2 cache disbalance is the
       cause for this badly inferior performance compared to LZ L1 (32KB) cache-friendly variants.
       The test machine is Toshiba Satellite with Intel Merom 2166MHz, with rough 'memcpy' performance: 1646 MB/s.
Note8: Compile line: cl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note9: Major (but still inferior) decompressing tweak since r.1+++, this time Microsoft v16 excels:
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 170083 KB/s.
NoteA: Simplicius_Simplicissimus stands up for his name, the decompressing fragment is 13 instructions small:
       $LL74@main:
       a1 00 00 00 00   mov     eax, DWORD PTR _Patternlen
       03 c2            add     eax, edx
       8b 04 30         mov     eax, DWORD PTR [eax+esi]
       25 ff ff ff 00   and     eax, 16777215
       0f af c7         imul    eax, edi
       8b 1c 30         mov     ebx, DWORD PTR [eax+esi]
       89 19            mov     DWORD PTR [ecx], ebx
       8b 44 30 04      mov     eax, DWORD PTR [eax+esi+4]
       89 41 04         mov     DWORD PTR [ecx+4], eax
       83 c2 03         add     edx, 3
       03 cf            add     ecx, edi
       ff 4c 24 1c      dec     DWORD PTR tv977[esp+376]
       75 d7            jne     SHORT $LL74@main
NoteB: For more fast decompressing idea(s) you may contact me at sanmayce@sanmayce.com freely.
NoteC: Got it? The eighth note has two meanings: 1] for faster 2] for additional/other fast.
NoteD: Got it? The ninth note has two meanings: 1] for quicker/tighter 2] for additional/other quick/tight.

Allocating 384MB ... OK

Simplicius Simplicissimus is decompressing OSHO.TXT ...
Allocating 256MB for BBs pool + 384MB for RAM-to-RAM decompression ... OK
BBs order: 7
Original file size: 206908949
BBs pool size: 33622064

Decompression to RAM without Dumping to DRIVE time: 1563 clocks
Decompression to RAM without Dumping to DRIVE performance: 129276 KB/s or 126 MB/s
Total time: 3391 clocks

Benchmarking 'memcpy' by copying 197MB (OSHO.TXT size) ten times ...
Simplicius says for 'memcpy' performance: 1656 MB/s
Simplicius says for Decompression Ratio: 7%

Simplicius_Simplicissimus_Septupleton rev.1+++, written by Kaze.
Note1: This is the precursor of Simplicius Simplicissimus - a superfast-low-performance TEXT decompressor.
Note2: The niftiness lies in readiness for multi-threading and mostly in boosting the search by having the BBs.
       The decompressor would upload (at burst speed) the BB data and then read-and-decode one-by-one the
       triads (BB pool/array indexes), that is a simple copying. The pool houses up to 256*256*256 BBs/elements.
Note3: Compiler used: Intel(R) C++ Compiler XE for applications running on IA-32, Version 12.0.4.196 Build 20110427.
Note4: Compile line: icl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note5: Maximum size of input text file is arbitrary - 384MB, in fact 384MB+4*384MB must be less than 19??MB.
Note6: The file format is given by typing the compressed file e.g. D:\>type OSHO.TXT.SS.
       The header is 270 bytes long followed by BBs and triads/indexes and the eventual remainder/literals.
Note7: My benchmark text file OSHO.TXT 206,908,949 bytes where OSHO.TXT.SS 116,871,584 bytes for order 6:
       Decompressing OSHO.TXT.SS to RAM without Dumping to DRIVE time: 1704 clocks or 118579 KB/s, an awful result.
       For order 4 enforced: 156,174,067 OSHO.TXT.SS is being decompressed at 192804 KB/s.
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 85618 KB/s.
       For order 8 enforced: 149,243,106 OSHO.TXT.SS is being decompressed at 115396 KB/s.
       Obviously the fastest cache size is crucial, for OSHO.TXT 12MB BB pool vs 1MB L2 cache disbalance is the
       cause for this badly inferior performance compared to LZ L1 (32KB) cache-friendly variants.
       The test machine is Toshiba Satellite with Intel Merom 2166MHz, with rough 'memcpy' performance: 1646 MB/s.
Note8: Compile line: cl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note9: Major (but still inferior) decompressing tweak since r.1+++, this time Microsoft v16 excels:
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 170083 KB/s.
NoteA: Simplicius_Simplicissimus stands up for his name, the decompressing fragment is 13 instructions small:
       $LL74@main:
       a1 00 00 00 00   mov     eax, DWORD PTR _Patternlen
       03 c2            add     eax, edx
       8b 04 30         mov     eax, DWORD PTR [eax+esi]
       25 ff ff ff 00   and     eax, 16777215
       0f af c7         imul    eax, edi
       8b 1c 30         mov     ebx, DWORD PTR [eax+esi]
       89 19            mov     DWORD PTR [ecx], ebx
       8b 44 30 04      mov     eax, DWORD PTR [eax+esi+4]
       89 41 04         mov     DWORD PTR [ecx+4], eax
       83 c2 03         add     edx, 3
       03 cf            add     ecx, edi
       ff 4c 24 1c      dec     DWORD PTR tv977[esp+376]
       75 d7            jne     SHORT $LL74@main
NoteB: For more fast decompressing idea(s) you may contact me at sanmayce@sanmayce.com freely.
NoteC: Got it? The eighth note has two meanings: 1] for faster 2] for additional/other fast.
NoteD: Got it? The ninth note has two meanings: 1] for quicker/tighter 2] for additional/other quick/tight.

Allocating 384MB ... OK

Simplicius Simplicissimus is decompressing OSHO.TXT ...
Allocating 256MB for BBs pool + 384MB for RAM-to-RAM decompression ... OK
BBs order: 7
Original file size: 206908949
BBs pool size: 33622064

Decompression to RAM without Dumping to DRIVE time: 1516 clocks
Decompression to RAM without Dumping to DRIVE performance: 133284 KB/s or 130 MB/s
Total time: 3344 clocks

Benchmarking 'memcpy' by copying 197MB (OSHO.TXT size) ten times ...
Simplicius says for 'memcpy' performance: 1679 MB/s
Simplicius says for Decompression Ratio: 7%

Simplicius_Simplicissimus_Septupleton rev.1+++, written by Kaze.
Note1: This is the precursor of Simplicius Simplicissimus - a superfast-low-performance TEXT decompressor.
Note2: The niftiness lies in readiness for multi-threading and mostly in boosting the search by having the BBs.
       The decompressor would upload (at burst speed) the BB data and then read-and-decode one-by-one the
       triads (BB pool/array indexes), that is a simple copying. The pool houses up to 256*256*256 BBs/elements.
Note3: Compiler used: Intel(R) C++ Compiler XE for applications running on IA-32, Version 12.0.4.196 Build 20110427.
Note4: Compile line: icl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note5: Maximum size of input text file is arbitrary - 384MB, in fact 384MB+4*384MB must be less than 19??MB.
Note6: The file format is given by typing the compressed file e.g. D:\>type OSHO.TXT.SS.
       The header is 270 bytes long followed by BBs and triads/indexes and the eventual remainder/literals.
Note7: My benchmark text file OSHO.TXT 206,908,949 bytes where OSHO.TXT.SS 116,871,584 bytes for order 6:
       Decompressing OSHO.TXT.SS to RAM without Dumping to DRIVE time: 1704 clocks or 118579 KB/s, an awful result.
       For order 4 enforced: 156,174,067 OSHO.TXT.SS is being decompressed at 192804 KB/s.
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 85618 KB/s.
       For order 8 enforced: 149,243,106 OSHO.TXT.SS is being decompressed at 115396 KB/s.
       Obviously the fastest cache size is crucial, for OSHO.TXT 12MB BB pool vs 1MB L2 cache disbalance is the
       cause for this badly inferior performance compared to LZ L1 (32KB) cache-friendly variants.
       The test machine is Toshiba Satellite with Intel Merom 2166MHz, with rough 'memcpy' performance: 1646 MB/s.
Note8: Compile line: cl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note9: Major (but still inferior) decompressing tweak since r.1+++, this time Microsoft v16 excels:
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 170083 KB/s.
NoteA: Simplicius_Simplicissimus stands up for his name, the decompressing fragment is 13 instructions small:
       $LL74@main:
       a1 00 00 00 00   mov     eax, DWORD PTR _Patternlen
       03 c2            add     eax, edx
       8b 04 30         mov     eax, DWORD PTR [eax+esi]
       25 ff ff ff 00   and     eax, 16777215
       0f af c7         imul    eax, edi
       8b 1c 30         mov     ebx, DWORD PTR [eax+esi]
       89 19            mov     DWORD PTR [ecx], ebx
       8b 44 30 04      mov     eax, DWORD PTR [eax+esi+4]
       89 41 04         mov     DWORD PTR [ecx+4], eax
       83 c2 03         add     edx, 3
       03 cf            add     ecx, edi
       ff 4c 24 1c      dec     DWORD PTR tv977[esp+376]
       75 d7            jne     SHORT $LL74@main
NoteB: For more fast decompressing idea(s) you may contact me at sanmayce@sanmayce.com freely.
NoteC: Got it? The eighth note has two meanings: 1] for faster 2] for additional/other fast.
NoteD: Got it? The ninth note has two meanings: 1] for quicker/tighter 2] for additional/other quick/tight.

Allocating 384MB ... OK

Simplicius Simplicissimus is decompressing OSHO.TXT ...
Allocating 256MB for BBs pool + 384MB for RAM-to-RAM decompression ... OK
BBs order: 7
Original file size: 206908949
BBs pool size: 33622064

Decompression to RAM without Dumping to DRIVE time: 1547 clocks
Decompression to RAM without Dumping to DRIVE performance: 130613 KB/s or 127 MB/s
Total time: 3360 clocks

Benchmarking 'memcpy' by copying 197MB (OSHO.TXT size) ten times ...
Simplicius says for 'memcpy' performance: 1679 MB/s
Simplicius says for Decompression Ratio: 7%

Simplicius_Simplicissimus_Septupleton rev.1+++, written by Kaze.
Note1: This is the precursor of Simplicius Simplicissimus - a superfast-low-performance TEXT decompressor.
Note2: The niftiness lies in readiness for multi-threading and mostly in boosting the search by having the BBs.
       The decompressor would upload (at burst speed) the BB data and then read-and-decode one-by-one the
       triads (BB pool/array indexes), that is a simple copying. The pool houses up to 256*256*256 BBs/elements.
Note3: Compiler used: Intel(R) C++ Compiler XE for applications running on IA-32, Version 12.0.4.196 Build 20110427.
Note4: Compile line: icl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note5: Maximum size of input text file is arbitrary - 384MB, in fact 384MB+4*384MB must be less than 19??MB.
Note6: The file format is given by typing the compressed file e.g. D:\>type OSHO.TXT.SS.
       The header is 270 bytes long followed by BBs and triads/indexes and the eventual remainder/literals.
Note7: My benchmark text file OSHO.TXT 206,908,949 bytes where OSHO.TXT.SS 116,871,584 bytes for order 6:
       Decompressing OSHO.TXT.SS to RAM without Dumping to DRIVE time: 1704 clocks or 118579 KB/s, an awful result.
       For order 4 enforced: 156,174,067 OSHO.TXT.SS is being decompressed at 192804 KB/s.
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 85618 KB/s.
       For order 8 enforced: 149,243,106 OSHO.TXT.SS is being decompressed at 115396 KB/s.
       Obviously the fastest cache size is crucial, for OSHO.TXT 12MB BB pool vs 1MB L2 cache disbalance is the
       cause for this badly inferior performance compared to LZ L1 (32KB) cache-friendly variants.
       The test machine is Toshiba Satellite with Intel Merom 2166MHz, with rough 'memcpy' performance: 1646 MB/s.
Note8: Compile line: cl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note9: Major (but still inferior) decompressing tweak since r.1+++, this time Microsoft v16 excels:
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 170083 KB/s.
NoteA: Simplicius_Simplicissimus stands up for his name, the decompressing fragment is 13 instructions small:
       $LL74@main:
       a1 00 00 00 00   mov     eax, DWORD PTR _Patternlen
       03 c2            add     eax, edx
       8b 04 30         mov     eax, DWORD PTR [eax+esi]
       25 ff ff ff 00   and     eax, 16777215
       0f af c7         imul    eax, edi
       8b 1c 30         mov     ebx, DWORD PTR [eax+esi]
       89 19            mov     DWORD PTR [ecx], ebx
       8b 44 30 04      mov     eax, DWORD PTR [eax+esi+4]
       89 41 04         mov     DWORD PTR [ecx+4], eax
       83 c2 03         add     edx, 3
       03 cf            add     ecx, edi
       ff 4c 24 1c      dec     DWORD PTR tv977[esp+376]
       75 d7            jne     SHORT $LL74@main
NoteB: For more fast decompressing idea(s) you may contact me at sanmayce@sanmayce.com freely.
NoteC: Got it? The eighth note has two meanings: 1] for faster 2] for additional/other fast.
NoteD: Got it? The ninth note has two meanings: 1] for quicker/tighter 2] for additional/other quick/tight.

Allocating 384MB ... OK

Simplicius Simplicissimus is decompressing OSHO.TXT ...
Allocating 256MB for BBs pool + 384MB for RAM-to-RAM decompression ... OK
BBs order: 7
Original file size: 206908949
BBs pool size: 33622064

Decompression to RAM without Dumping to DRIVE time: 1532 clocks
Decompression to RAM without Dumping to DRIVE performance: 131892 KB/s or 128 MB/s
Total time: 4235 clocks

Benchmarking 'memcpy' by copying 197MB (OSHO.TXT size) ten times ...
Simplicius says for 'memcpy' performance: 1679 MB/s
Simplicius says for Decompression Ratio: 7%

Simplicius_Simplicissimus_Septupleton rev.1+++, written by Kaze.
Note1: This is the precursor of Simplicius Simplicissimus - a superfast-low-performance TEXT decompressor.
Note2: The niftiness lies in readiness for multi-threading and mostly in boosting the search by having the BBs.
       The decompressor would upload (at burst speed) the BB data and then read-and-decode one-by-one the
       triads (BB pool/array indexes), that is a simple copying. The pool houses up to 256*256*256 BBs/elements.
Note3: Compiler used: Intel(R) C++ Compiler XE for applications running on IA-32, Version 12.0.4.196 Build 20110427.
Note4: Compile line: icl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note5: Maximum size of input text file is arbitrary - 384MB, in fact 384MB+4*384MB must be less than 19??MB.
Note6: The file format is given by typing the compressed file e.g. D:\>type OSHO.TXT.SS.
       The header is 270 bytes long followed by BBs and triads/indexes and the eventual remainder/literals.
Note7: My benchmark text file OSHO.TXT 206,908,949 bytes where OSHO.TXT.SS 116,871,584 bytes for order 6:
       Decompressing OSHO.TXT.SS to RAM without Dumping to DRIVE time: 1704 clocks or 118579 KB/s, an awful result.
       For order 4 enforced: 156,174,067 OSHO.TXT.SS is being decompressed at 192804 KB/s.
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 85618 KB/s.
       For order 8 enforced: 149,243,106 OSHO.TXT.SS is being decompressed at 115396 KB/s.
       Obviously the fastest cache size is crucial, for OSHO.TXT 12MB BB pool vs 1MB L2 cache disbalance is the
       cause for this badly inferior performance compared to LZ L1 (32KB) cache-friendly variants.
       The test machine is Toshiba Satellite with Intel Merom 2166MHz, with rough 'memcpy' performance: 1646 MB/s.
Note8: Compile line: cl /Ox /TcBuilding-Blocks_DUMPER.c /FaBuilding-Blocks_DUMPER /w /FAcs
Note9: Major (but still inferior) decompressing tweak since r.1+++, this time Microsoft v16 excels:
       For order 7 enforced: 122,297,608 OSHO.TXT.SS is being decompressed at 170083 KB/s.
NoteA: Simplicius_Simplicissimus stands up for his name, the decompressing fragment is 13 instructions small:
       $LL74@main:
       a1 00 00 00 00   mov     eax, DWORD PTR _Patternlen
       03 c2            add     eax, edx
       8b 04 30         mov     eax, DWORD PTR [eax+esi]
       25 ff ff ff 00   and     eax, 16777215
       0f af c7         imul    eax, edi
       8b 1c 30         mov     ebx, DWORD PTR [eax+esi]
       89 19            mov     DWORD PTR [ecx], ebx
       8b 44 30 04      mov     eax, DWORD PTR [eax+esi+4]
       89 41 04         mov     DWORD PTR [ecx+4], eax
       83 c2 03         add     edx, 3
       03 cf            add     ecx, edi
       ff 4c 24 1c      dec     DWORD PTR tv977[esp+376]
       75 d7            jne     SHORT $LL74@main
NoteB: For more fast decompressing idea(s) you may contact me at sanmayce@sanmayce.com freely.
NoteC: Got it? The eighth note has two meanings: 1] for faster 2] for additional/other fast.
NoteD: Got it? The ninth note has two meanings: 1] for quicker/tighter 2] for additional/other quick/tight.

Allocating 384MB ... OK

Simplicius Simplicissimus is decompressing OSHO.TXT ...
Allocating 256MB for BBs pool + 384MB for RAM-to-RAM decompression ... OK
BBs order: 7
Original file size: 206908949
BBs pool size: 33622064

Decompression to RAM without Dumping to DRIVE time: 1266 clocks
Decompression to RAM without Dumping to DRIVE performance: 159604 KB/s or 155 MB/s
Total time: 3969 clocks

Benchmarking 'memcpy' by copying 197MB (OSHO.TXT size) ten times ...
Simplicius says for 'memcpy' performance: 1199 MB/s
Simplicius says for Decompression Ratio: 12%
