[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <461FB2F9.4010600@candelatech.com>
Date: Fri, 13 Apr 2007 09:42:33 -0700
From: Ben Greear <greearb@...delatech.com>
To: Evgeniy Polyakov <johnpol@....mipt.ru>
CC: Eric Dumazet <dada1@...mosbay.com>,
Andi Kleen <andi@...stfloor.org>, netdev@...r.kernel.org,
bcrl@...ck.org
Subject: Re: TCP connection stops after high load.
Evgeniy Polyakov wrote:
> On Thu, Apr 12, 2007 at 02:36:34PM -0700, Ben Greear (greearb@...delatech.com) wrote:
>
>> I am not sure if the problem is fixed or just harder to hit,
>> but for now it looks good.
>>
>
> Wasn't default congestion control algo changed between that kernel
> releases?
> With such small rtt like in your setup there could be some obscure bug,
> try to set different one and check if it still works good/bad.
>
I had earlier tried changing between bic and reno (the only two I had
compiled in
that kernel), and it did not affect anything. I also realized that I
had been reproducing
the bug (and the traces I sent to this list earlier) on a 2.6.17.4
kernel..not 2.6.18 as
I had supposed. So, it's possible that the problem was fixed between
2.6.17.4 and
2.6.18.2 as well.
I also figured out yesterday that rebooting to go to a new kernel makes
it slower
to reproduce, even on kernels known to have the problem. This is
probably because
lots of memory is available after a reboot. I am going to set up
some long term tests on 2.6.18, 2.6.19 and 2.6.20 and let them cook for
several
days to make sure the problem is truly fixed in the later kernels.
Thanks,
Ben
--
Ben Greear <greearb@...delatech.com>
Candela Technologies Inc http://www.candelatech.com
-
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