neigh: speedup neigh_hh_init()
authorEric Dumazet <eric.dumazet@gmail.com>
Mon, 11 Oct 2010 16:16:57 +0000 (09:16 -0700)
committerDavid S. Miller <davem@davemloft.net>
Mon, 11 Oct 2010 16:16:57 +0000 (09:16 -0700)
commit34d101dd6204bd100fc2e6f7b5f9a10f959ce2c9
tree77b714a4de7273ec53dac80396b94a2f896cfa95
parent37f9fc452d138dfc4da2ee1ce5ae85094efc3606
neigh: speedup neigh_hh_init()

When a new dst is used to send a frame, neigh_resolve_output() tries to
associate an struct hh_cache to this dst, calling neigh_hh_init() with
the neigh rwlock write locked.

Most of the time, hh_cache is already known and linked into neighbour,
so we find it and increment its refcount.

This patch changes the logic so that we call neigh_hh_init() with
neighbour lock read locked only, so that fast path can be run in
parallel by concurrent cpus.

This brings part of the speedup we got with commit c7d4426a98a5f
(introduce DST_NOCACHE flag) for non cached dsts, even for cached ones,
removing one of the contention point that routers hit on multiqueue
enabled machines.

Further improvements would need to use a seqlock instead of an rwlock to
protect neigh->ha[], to not dirty neigh too often and remove two atomic
ops.

Signed-off-by: Eric Dumazet <eric.dumazet@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
include/linux/netdevice.h
net/core/dst.c
net/core/neighbour.c