diff options
author | Francesco Fusco <ffusco@redhat.com> | 2013-12-12 16:09:06 +0100 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2013-12-17 20:27:17 +0100 |
commit | 500f80872645ac8c1d81c206004bf5b4daeaf825 (patch) | |
tree | 0cf8783c97908b169df7b6eb293792727bc664b4 /kernel/printk | |
parent | lib: introduce arch optimized hash library (diff) | |
download | linux-500f80872645ac8c1d81c206004bf5b4daeaf825.tar.xz linux-500f80872645ac8c1d81c206004bf5b4daeaf825.zip |
net: ovs: use CRC32 accelerated flow hash if available
Currently OVS uses jhash2() for calculating flow hashes in its
internal flow_hash() function. The performance of the flow_hash()
function is critical, as the input data can be hundreds of bytes
long.
OVS is largely deployed in x86_64 based datacenters. Therefore,
we argue that the performance critical fast path of OVS should
exploit underlying CPU features in order to reduce the per packet
processing costs. We replace jhash2 with the hash implementation
provided by the kernel hash lib, which exploits the crc32l
instruction to achieve high performance
Our patch greatly reduces the hash footprint from ~200 cycles of
jhash2() to around ~90 cycles in case of ovs_flow_hash_crc()
(measured with rdtsc over maximum length flow keys on an i7 Intel
CPU).
Additionally, we wrote a microbenchmark to stress the flow table
performance. The benchmark inserts random flows into the flow
hash and then performs lookups. Our hash deployed on a CRC32
capable CPU reduces the lookup for 1000 flows, 100 masks from
~10,100us to ~6,700us, for example.
Thus, simply use the newly introduced arch_fast_hash2() as a
drop-in replacement.
Signed-off-by: Francesco Fusco <ffusco@redhat.com>
Signed-off-by: Daniel Borkmann <dborkman@redhat.com>
Signed-off-by: Thomas Graf <tgraf@redhat.com>
Acked-by: Jesse Gross <jesse@nicira.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'kernel/printk')
0 files changed, 0 insertions, 0 deletions