1) Yes, net.ipv4.tcp_fin_timeout = 3 2) Sometimes, for some backends we do not use httpclose for others we do.
-Joe On 12/22/09 3:41 PM, Henry Paulissen wrote: > Next one. > > Did you tune the tcp fin timeout? (on both servers) > Linux will standard holds all connection open till it hits the fin timeout > length (tcp_fin and tcp_fin2). > We decreased it to 3. > > HAProxy support: > Do you forced a http connection close in haproxy? > If all connections are in keep-alive your queue will fill up real quick. > > Henry > > -----Oorspronkelijk bericht----- > Van: Joe Williams [mailto:[email protected]] > Verzonden: woensdag 23 december 2009 0:23 > Aan: Henry Paulissen > CC: [email protected] > Onderwerp: Re: Slow connections > > > Thanks Henry, nf_conntrack_max is set high on both machines. I've had > the full table issue before :P > > > > On 12/22/09 2:58 PM, Henry Paulissen wrote: > >> Have a look to the conntrack setting in the kernel (sysctl) on both sides. >> It could be that your conntrack is full (connectrack only exists if you >> > use > >> iptables with netfilter_conntrack). >> >> Regards, >> Henry >> >> -----Oorspronkelijk bericht----- >> Van: [email protected] >> [mailto:[email protected]] Namens Joe Williams >> Verzonden: dinsdag 22 december 2009 18:12 >> Aan: [email protected] >> Onderwerp: Slow connections >> >> >> I am seeing a good amount (1/100) of connections to varnish (from >> haproxy) taking 3 seconds. My first thought was the connection backlog >> but somaxconn and listen_depth are both set higher than the number of >> connections. Anyone have any suggestions on how to track down what is >> causing this or settings I can use to try to aleviate it? >> >> Thanks. >> >> -Joe >> >> >> > -- Name: Joseph A. Williams Email: [email protected] Blog: http://www.joeandmotorboat.com/ _______________________________________________ varnish-misc mailing list [email protected] http://projects.linpro.no/mailman/listinfo/varnish-misc
