Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.lang.asm.x86    |    Ahh, the lost art of x86 assembly    |    4,675 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 3,664 of 4,675    |
|    Terje Mathisen to Rod Pemberton    |
|    Re: DJB2    |
|    11 Nov 18 12:45:50    |
      From: terje.mathisen@nospicedham.tmsw.no              Rod Pemberton wrote:       > On Sat, 10 Nov 2018 12:39:48 +0100       > "R.Wieser" wrote:       >       >> The problem is that you have degraded the hash to an 8-bit value,       >       > You really can't "degrade" the original hash much as it's terrible.       >       > The problem is that ASCII text has insufficient randomness in it's bits       > to generate good hash values (i.e., low collisions) from such an       > algorithm. The only solutions are a) increase the randomness of the       > input to distribute the hash values more evenly across the hash domain,       > or b) increase the size of the hash space, e.g., 16-bit to 32-bit.       >       > I tested about 50 hash functions with brute-force text input about a       > decade ago (comp.lang.misc):       >       > https://groups.google.com/d/msg/comp.lang.misc/z4dQK8qYhPQ/-5dbeexBcaMJ       > (Usenet msg-id hd69d5$umo$1@aioe.org)              Rod, have you ever looked at the xxHash functions?              They come in 32 and 64-bit versions, and achieve very high speed due to       effectively running 4 hash chains in parallel, with the only real mixing       between the chains at the very end. This gets rid of pretty much all the       latency problems with classic hash algos.              Terje              --       - |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca