Re: sysctl kern.ipc.somaxconn limit 65535 why?

From: Garrett Cooper <yanegomi_at_gmail.com>
Date: Wed, 3 Oct 2012 15:27:20 -0700
On Wed, Oct 3, 2012 at 3:03 PM, Ryan Stone <rysto32_at_gmail.com> wrote:
>>> Or the TTL of TCP connections might be too high for the volume of
>>> connections received. Someone else on net_at_ reported that changing
>>> this value to more aggressively reap sockets improved performance
>>> greatly (at the cost that more connections potentially needing to
>>> be reestablished and/or getting dropped on the floor if things go
>>> too high volume).
>>
>> That's a different topic I think.  On busy web servers it's fairly
>> typical to have a lot of TCP sockets staying in TIME_WAIT state for
>> extended time and the usual tuning would be to set MSL to about 2
>> seconds at the expense of sacrificing slow clients who can't make
>> 3-way handshake in time (*), etc.  The TTL of IP packet have nothing
>> to do with this though, and our default (64) is saner than many other
>> operating systems.
>
> Presumably RTT was meant here instead of TTL.

    Yes, I screwed up my nomenclature and TIME_WAIT was what I was
trying to note.
Thanks!
-Garrett
Received on Wed Oct 03 2012 - 20:27:21 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:31 UTC