Merge branch 'xfrm-remove-flow-cache'
authorDavid S. Miller <davem@davemloft.net>
Tue, 18 Jul 2017 18:13:42 +0000 (11:13 -0700)
committerDavid S. Miller <davem@davemloft.net>
Tue, 18 Jul 2017 18:13:42 +0000 (11:13 -0700)
commit7f81ff0402f512627f2a7a26325d38706000be7c
tree373719762f3943502cba003f2656058517b1bc35
parent6ddb4fdfaccb5b712621721c255c0dd018d816b3
parentec30d78c14a813db39a647b6a348b4286ba4abf5
Merge branch 'xfrm-remove-flow-cache'

Florian Westphal says:

====================
xfrm: remove flow cache

After RCU-ification of ipsec packet path there are no major scalability
issues anymore without flow cache.

We still incur a performance hit, which comes mostly from the extra xfrm
dst allocation/freeing.
The last patch in the series adds a simple percpu cache to avoid the
extra allocation if a packet matched the same policies as last one.

The main concern with this is that we will see performance drops,
especially with large numbers of policies/SAs.

However, during hallway discussions at nfws 2017 it seemed the issues
with flow caching outweight the removal downsides, and that it
might be best to just 'remove it' and see where the practical issues
(if any) will appear.

It should now be possible to also remove the genid member in the policies
as we don't hold bundles for prolonged time anymore, but I think
this change is controversial (and intrusive) enough as-is, so defer
that to a later point in time.

Changes since last rfc:

- fix build failures due to implicit interrupt.h includes
- rework last patch (pcpu cache):
 * avoid xchg()
 * check policies for walk.dead = 1 instead of more costly bundle_ok().
 * flush pcpu bundles when sa/policies get removed, to allow module
   references to go away (suggested by Ilan Tayari)
====================

Signed-off-by: David S. Miller <davem@davemloft.net>