Thanks for measuring these. Laurent GUERBY <laur...@guerby.net> writes: > For bzip2 trunk regress badly in performance against 4.3.2 > but n32 is indeed relatively faster than 32 (still slower than 4.3.2). > For gzip trunk matches 4.3.2 but n32 is slower than 32 and 64 even > slower.
Last time I checked (on Octeon) gzip was completely dominated by the hash table search of the deflation code. The new ABIs shine when you have function calls or 64-bit arithmetic, which I don't think is the case in gzip. I might look at the 4.3.2->trunk regressions (if I can reproduce on Octeon). Adam
