Messages in this thread | | | Date | Wed, 31 May 2006 13:03:02 +0400 | From | Evgeniy Polyakov <> | Subject | Re: Question about tcp hash function tcp_hashfn() |
| |
On Wed, May 31, 2006 at 02:00:09AM -0600, Brian F. G. Bidulock (bidulock@openss7.org) wrote: > > For sure and there are plans afoot to move over to > > dynamic table sizing and the Jenkins hash function. > > Yes, that could be far more efficient.
In theory practice and theory are the same, but in practice they are different.
Current simple XOR hash used in socket selection code is just bloody good! Jenkins hash unfortunately has _significant_ artefacts which were found in netchannel [1] hash selection analysis [2]. And Jenkins hash is far too slower.
1. Netchannel. http://tservice.net.ru/~s0mbre/old/?section=projects&item=netchannel
2. Compared Jenkins hash with XOR hash used in TCP socket selection code. http://tservice.net.ru/~s0mbre/blog/2006/05/14#2006_05_14
-- Evgeniy Polyakov - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |