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

看板FB_current作者時間13年前 (2012/10/04 06:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串28/34 (看更多)
On Wed, Oct 3, 2012 at 3:03 PM, Ryan Stone <rysto32@gmail.com> wrote: >>> Or the TTL of TCP connections might be too high for the volume of >>> connections received. Someone else on net@ 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 _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
文章代碼(AID): #1GRBpYVi (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1GRBpYVi (FB_current)