]> CyberLeo.Net >> Repos - FreeBSD/stable/10.git/commit
MFC r337384:
authorjtl <jtl@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Mon, 6 Aug 2018 17:46:28 +0000 (17:46 +0000)
committerjtl <jtl@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Mon, 6 Aug 2018 17:46:28 +0000 (17:46 +0000)
commit84277e4285bda6ca4c0485442803a45c929390c4
tree032ab8d3f5ee43e2d0e9e4e82f5fb76d9ee8211a
parent6455b3e27175a55567467c88784bd3188f841106
MFC r337384:

Address concerns about CPU usage while doing TCP reassembly.

Currently, the per-queue limit is a function of the receive buffer
size and the MSS.  In certain cases (such as connections with large
receive buffers), the per-queue segment limit can be quite large.
Because we process segments as a linked list, large queues may not
perform acceptably.

The better long-term solution is to make the queue more efficient.
But, in the short-term, we can provide a way for a system
administrator to set the maximum queue size.

We set the default queue limit to 100.  This is an effort to balance
performance with a sane resource limit.  Depending on their
environment, goals, etc., an administrator may choose to modify this
limit in either direction.

Approved by: so
Security: FreeBSD-SA-18:08.tcp
Sponsored by: CVE-2018-6922

git-svn-id: svn://svn.freebsd.org/base/stable/10@337386 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
share/man/man4/tcp.4
sys/netinet/tcp_reass.c