komihash 5.0 about smhasher HOT 11 CLOSED

branch komihash5

from smhasher.

updated to v5.1, very minor change

from smhasher.

Please also update the code size, it may be lower now.

from smhasher.

Bulk performance is still 12.3GB/s, for no technically understandable reason, and laughably close to the new polymur-hash. Should really be about 19 GB/s...

from smhasher.

Bulk performance is still 12.3GB/s, for no technically understandable reason

Perhaps there is not enough research into this topic. I myself do not know of any reliable way how to predict performance (non-)contributions (e.g. in percent) of certain programming "tuples" of operations/instructions, patterns, and techniques.

Perhaps I should try some very fine-grained complexity metrics to see if there is any correlation.

from smhasher.

actually the size is larger now

objdump -dC build/SMHasher |less
25830 - 25d5b: 1323

from smhasher.

done

from smhasher.

Thanks!

from smhasher.

Here are komihash test results on a large variety of platforms: https://bench.cr.yp.to/results-hash.html
Reini's compiler is likely misconfigured.

from smhasher.

I've found out that it's GCC which creates a much slow 64-byte hashing code on Zen platform. With Clang, or GCC on Intel platforms there are no issues. This does not affect small-string timings, though.

from smhasher.

Strangely enough, the komihash_stream_oneshot() function does perform as expected with GCC on Zen. There's some issue with the compiler on this code.

from smhasher.