[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201001301535.43469.denys@visp.net.lb>
Date: Sat, 30 Jan 2010 15:35:43 +0200
From: Denys Fedoryshchenko <denys@...p.net.lb>
To: Damian Lukowski <damian@....rwth-aachen.de>
Cc: Ilpo Järvinen <ilpo.jarvinen@...sinki.fi>,
Netdev <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>
Subject: Re: [PATCH] tcp: fix ICMP-RTO war
On Friday 29 January 2010 23:45:35 Damian Lukowski wrote:
> Denys Fedoryshchenko schrieb:
> > On Friday 29 January 2010 14:13:18 Damian Lukowski wrote:
> >> Denys Fedoryshchenko schrieb:
> >>> On Wednesday 27 January 2010 14:36:18 you wrote:
> >>>> Unless they are for a different connection? We might have to print sk
> >>>> (%p) in all those printouts to be sure which maps to which. If a peer
> >>>> becomes unreachable, it may well have multiple connections open (this
> >>>> was a proxy, iirc?).
> >>>
> >>> Ok i will try to do that today.
> >>>
> >>> Most probably different connections, on this proxy i have 10-15k
> >>> established connections at peak time.
> >
> > http://www.nuclearcat.com/files/report1.txt
> > http://www.nuclearcat.com/files/report2.txt
> >
> > Here with %p and sk.
>
> Ok, thanks for testing.
> So it is ec0f3440 causing the trouble. Are there still objections
> on the lower bound check in __tcp_set_rto()? Well, I will submit
> an updated patch and you can make comments there.
There is another sk also. I can catch for more time - there is many different
pointers to sk appearing (but not in same time, it is rare case even with my
thousands of connections).
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists