diff options
author | David S. Miller <davem@davemloft.net> | 2008-03-04 14:28:41 -0800 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2008-03-04 14:28:41 -0800 |
commit | 7adc3830f90df04a13366914d80a3ed407db5381 (patch) | |
tree | 811ce5e53634034a16d81bd34a8c80965abc28c7 /lib | |
parent | d9452e9f81e997cbd0c9bface8d2c2a4b064cc3e (diff) | |
download | op-kernel-dev-7adc3830f90df04a13366914d80a3ed407db5381.zip op-kernel-dev-7adc3830f90df04a13366914d80a3ed407db5381.tar.gz |
[TCP]: Improve ipv4 established hash function.
If all of the entropy is in the local and foreign addresses,
but xor'ing together would cancel out that entropy, the
current hash performs poorly.
Suggested by Cosmin Ratiu:
Basically, the situation is as follows: There is a client
machine and a server machine. Both create 15000 virtual
interfaces, open up a socket for each pair of interfaces and
do SIP traffic. By profiling I noticed that there is a lot of
time spent walking the established hash chains with this
particular setup.
The addresses were distributed like this: client interfaces
were 198.18.0.1/16 with increments of 1 and server interfaces
were 198.18.128.1/16 with increments of 1. As I said, there
were 15000 interfaces. Source and destination ports were 5060
for each connection. So in this case, ports don't matter for
hashing purposes, and the bits from the address pairs used
cancel each other, meaning there are no differences in the
whole lot of pairs, so they all end up in the same hash chain.
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions