freebsd-dev/sys/sparc64
Andrew Gallatin 542970fa2d Remove IPSEC from GENERIC due to performance issues
Having IPSEC compiled into the kernel imposes a non-trivial
performance penalty on multi-threaded workloads due to IPSEC
refcounting. In my benchmarks of multi-threaded UDP
transmit (connected sockets), I've seen a roughly 20% performance
penalty when the IPSEC option is included in the kernel (16.8Mpps
vs 13.8Mpps with 32 senders on a 14 core / 28 HTT Xeon
2697v3)). This is largely due to key_addref() incrementing and
decrementing an atomic reference count on the default
policy. This cause all CPUs to stall on the same cacheline, as it
bounces between different CPUs.

Given that relatively few users use ipsec, and that it can be
loaded as a module, it seems reasonable to ask those users to
load the ipsec module so as to avoid imposing this penalty on the
GENERIC kernel. Its my hope that this will make FreeBSD look
better in "out of the box" benchmark comparisons with other
operating systems.

Many thanks to ae for fixing auto-loading of ipsec.ko when
ifconfig tries to configure ipsec, and to cy for volunteering
to ensure the the racoon ports will load the ipsec.ko module

Reviewed by:	cem, cy, delphij, gnn, jhb, jpaetzel
Differential Revision:	https://reviews.freebsd.org/D20163
2019-05-09 22:38:15 +00:00
..
central Clean up OF_getprop_alloc API 2018-04-08 22:59:34 +00:00
conf Remove IPSEC from GENERIC due to performance issues 2019-05-09 22:38:15 +00:00
ebus Clean up OF_getprop_alloc API 2018-04-08 22:59:34 +00:00
fhc Clean up OF_getprop_alloc API 2018-04-08 22:59:34 +00:00
include amd64 KPTI: add control from procctl(2). 2019-03-16 11:44:33 +00:00
isa Clean up OF_getprop_alloc API 2018-04-08 22:59:34 +00:00
pci add snps IP uart support / genaralize UART 2018-08-19 21:10:21 +00:00
sbus Clean up OF_getprop_alloc API 2018-04-08 22:59:34 +00:00
sparc64 amd64 KPTI: add control from procctl(2). 2019-03-16 11:44:33 +00:00