Dmitry Potapov wrote:--- FNV Hash I need to fill this in. Search the web for FNV hash. It's faster than my hash on Intel (because Intel has fast multiplication), but slower on most other platforms. Preliminary tests suggested it has decent distributions. --- My tests ran on Intel. I also noticed I had a few hashes commented out when doing the test, one of them being Paul Hsie's. For some reason, Jenkin's and Hsie's didn't perform well for me last time I used the comparison thing (I did a more thorough job back then, with tests running for several minutes per hash and table-size, so I commented out the poor candidates). I still believe that for this very simple case, the lookup3.c case is not very practical, as the code is that much more complicated, which was my main point with posting the comparison. Iow, not "switch to this hash, because it's better", but rather "the hash is not as bad as you think and will probably work well for all practical purposes". -- Andreas Ericsson andreas.ericsson@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Andrew Morton | -mm merge plans for 2.6.23 |
| jjohansen | [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| holzheu | Re: [RFC/PATCH] Documentation of kernel messages |
git: | |
| David Miller | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 36/37] dccp: Initialisation and type-checking of feature sysctls |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
