[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1460492999.6473.599.camel@edumazet-glaptop3.roam.corp.google.com>
Date: Tue, 12 Apr 2016 13:29:59 -0700
From: Eric Dumazet <eric.dumazet@...il.com>
To: Ben Greear <greearb@...delatech.com>
Cc: "Machani, Yaniv" <yanivma@...com>, netdev <netdev@...r.kernel.org>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Neal Cardwell <ncardwell@...gle.com>,
Yuchung Cheng <ycheng@...gle.com>,
Nandita Dukkipati <nanditad@...gle.com>,
open list <linux-kernel@...r.kernel.org>,
"Kama, Meirav" <meiravk@...com>
Subject: Re: TCP reaching to maximum throughput after a long time
On Tue, 2016-04-12 at 13:23 -0700, Ben Greear wrote:
> It worked well enough for years that I didn't even know other algorithms were
> available. It was broken around 4.0 time, and I reported it to the list,
> and no one seemed to really care enough to do anything about it. I changed
> to reno and ignored the problem as well.
>
> It is trivially easy to see the regression when using ath10k NIC, and from this email
> thread, I guess other NICs have similar issues.
Since it is so trivial, why don't you start a bisection ?
I asked a capture, I did not say ' switch to Reno or whatever ', right ?
Guessing is nice, but investigating and fixing is better.
Do not assume that nothing can be done, please ?
Thanks.
Powered by blists - more mailing lists