Even the dumbest SSE2 based code will kick the living shit out of any byte-at-a-time super-optimized grep. > we shall make a one gigabyte file with one thousan

Even the dumbest SSE2 based code will kick the living shit out of any byte-at-a-time super-optimized grep. > we shall make a one gigabyte file with one thousand x's per line, and time grep searching for "yy" (a two character best case) and "yx" (a two character worst case). In this case SSE based code will be a) several times faster because SSE loads will be used, b) time difference between "yy" and "xx" cases will be minimal (several ticks to accumulate result from second PMOVMSKB+PCMPEQB combo and c) time of search will be background-independent. Paraphasing Linux CodingStyle text, first off, I'd suggest printing out a copy of the "why GNU grep is fast", and NOT read it. Burn them, it's a great symbolic gesture. The trivial exercise is to disassemble x86-64 version of glibc memchr(3) and try to outperform it with byte-at-a-time based code. Hint: you won't be able to do it.