[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAK6E8=eQNkSyAujuqF9hiE1iFk03O4T6op_-g=y87+UQUrS4=Q@mail.gmail.com>
Date: Fri, 17 Jun 2016 11:56:13 -0700
From: Yuchung Cheng <ycheng@...gle.com>
To: David Miller <davem@...emloft.net>
Cc: Daniel Metz <dmetz@...um.de>, netdev <netdev@...r.kernel.org>,
Daniel Metz <Daniel.Metz@...de-schwarz.com>,
Hagen Paul Pfeifer <hagen@...u.net>,
Eric Dumazet <edumazet@...gle.com>
Subject: Re: [PATCH net-next v3] tcp: use RFC6298 compliant TCP RTO calculation
On Fri, Jun 17, 2016 at 11:32 AM, David Miller <davem@...emloft.net> wrote:
>
> From: Daniel Metz <dmetz@...um.de>
> Date: Wed, 15 Jun 2016 20:00:03 +0200
>
> > This patch adjusts Linux RTO calculation to be RFC6298 Standard
> > compliant. MinRTO is no longer added to the computed RTO, RTO damping
> > and overestimation are decreased.
> ...
>
> Yuchung, I assume I am waiting for you to do the testing you said
> you would do for this patch, right?
Yes I spent the last two days resolving some unrelated glitches to
start my testing on Web servers. I should be able to get some results
over the weekend.
I will test
0) current Linux
1) this patch
2) RFC6298 with min_RTO=1sec
3) RFC6298 with minimum RTTVAR of 200ms (so it is more like current
Linux style of min RTO which only applies to RTTVAR)
and collect the TCP latency (how long to send an HTTP response) and
(spurious) timeout & retransmission stats.
I didn't respond to Hagen's email yet b/c I thought data would help
the discussion better :-)
Powered by blists - more mailing lists