I can't use boost:hash because I have to stick with C and can't use C++.
But, I need to hash a large number (10K to 100k) of tokens strings (5 to 40 bytes length) so that search within those are fastest.
MD5, SHA1 or any long hash function seems too heavy for a simple task, I am not doing cryptography. Plus there is the storage and computing cost.
Therefore my question:
What might be the simplest hash algorithm that will ensure collision prevention in most practical cases.
How many bit to use for the hash value? I am developing for 32 bit systems. Does hash algorithm in Perl/Python use 32 bit hashes too? Or do I have to jump to 64?
Regarding implementation of hash tables in common scripting languages: does the implementation check for collisions or can I avoid that part altogether?
You can find a good (and fast) hash function, and an interesting read, at http://www.azillionmonkeys.com/qed/hash.html
The only time you should not check for collisions, is if you use a perfect hash -- a good old fashioned lookup table, like gperf.
A general hash function for hash table lookup. It specifies Do NOT use for cryptographic purposes, but since you specified that you have no intent for that then you should be ok.
It Included is A Survey of Hash Functions to try out
If you're on a posix alike system and sticking to plain C, I would simply use what the system already has to offer. man 3 hcreate offers you all details or you can find an online version here http://linux.die.net/man/3/hcreate
Try Adler32 for long strings
or Murmur2 for short strings.
xxhash is quite fast and easy option. A simple code would use XXH32
function:
unsigned int XXH32 (const void* input, int len, unsigned int seed);
It is 32 bit hash. Since len
is int
, for larger data more than 2^31-1
bytes use these:
void* XXH32_init (unsigned int seed);
XXH_errorcode XXH32_update (void* state, const void* input, int len);
unsigned int XXH32_digest (void* state);