From: tsuna <tsunanet@gmail.com>
To: David Miller <davem@davemloft.net>
Cc: kuznet@ms2.inr.ac.ru, pekkas@netcore.fi, jmorris@namei.org,
yoshfuji@linux-ipv6.org, kaber@trash.net, hagen@jauu.net,
eric.dumazet@gmail.com,
alexander.zimmermann@comsys.rwth-aachen.de,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] tcp: Implement a two-level initial RTO as per draft RFC 2988bis-02.
Date: Wed, 18 May 2011 20:56:33 -0700 [thread overview]
Message-ID: <BANLkTinEN_=jSCw4qR1PqtWaQ+07OMq7tg@mail.gmail.com> (raw)
In-Reply-To: <20110518.223622.1525088601595365235.davem@davemloft.net>
On Wed, May 18, 2011 at 7:36 PM, David Miller <davem@davemloft.net> wrote:
> From: Benoit Sigoure <tsunanet@gmail.com>
> Date: Wed, 18 May 2011 19:22:24 -0700
>
>> Prior to this patch, Linux would always use 3 seconds (compile-time
>> constant) as the initial RTO. Draft RFC 2988bis-02 proposes to tune
>> this down to 1 second and, in case of a timeout during the TCP 3WHS,
>> revert the RTO back up to 3 seconds when data transmission begins.
>
> We just had a discussion where it was determined that changes to
> these settings are "network specific" and therefore that if it
> is appropriate at all (I'm still not convinced) it is only suitable
> as a routing metric.
Fair enough. I'll take another stab at it and see if I can change
this to be on a per network basis. Do I need any patch that's not yet
in Linus' tree? I'm referring to this:
On Tue, May 17, 2011 at 5:20 AM, Eric Dumazet <eric.dumazet@gmail.com> wrote:
> Adding many knobs to each clone had a huge cost on previous kernels.
> (Think some machines have millions entries in IP route cache), this used
> quite a lot of memory.
>
> With latest David work, we'll consume less ram, because we can now share
> settings, instead of copying them on each dst entry.
If this has already been merged then it sounds like I should have
everything I need..?
--
Benoit "tsuna" Sigoure
Software Engineer @ www.StumbleUpon.com
next prev parent reply other threads:[~2011-05-19 3:56 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-17 7:40 [PATCH] tcp: Expose the initial RTO via a new sysctl Benoit Sigoure
2011-05-17 7:40 ` Benoit Sigoure
2011-05-17 8:01 ` Alexander Zimmermann
2011-05-17 8:34 ` Eric Dumazet
2011-05-17 8:07 ` Eric Dumazet
2011-05-17 11:02 ` Hagen Paul Pfeifer
2011-05-17 11:02 ` Hagen Paul Pfeifer
2011-05-17 12:20 ` Eric Dumazet
2011-05-18 10:43 ` Benoit Sigoure
2011-05-18 19:26 ` David Miller
2011-05-18 19:40 ` tsuna
2011-05-18 19:52 ` David Miller
2011-05-18 20:20 ` Hagen Paul Pfeifer
2011-05-18 20:23 ` David Miller
2011-05-18 20:27 ` Hagen Paul Pfeifer
2011-05-20 10:27 ` H.K. Jerry Chu
2011-05-20 11:00 ` Hagen Paul Pfeifer
2011-05-20 11:00 ` Hagen Paul Pfeifer
2011-05-20 12:37 ` Alan Cox
2011-05-21 0:06 ` H.K. Jerry Chu
2011-05-31 14:48 ` tsuna
2011-05-31 15:25 ` Hagen Paul Pfeifer
2011-05-31 15:25 ` Hagen Paul Pfeifer
2011-05-31 15:28 ` tsuna
2011-05-31 15:43 ` Hagen Paul Pfeifer
2011-05-31 15:43 ` Hagen Paul Pfeifer
2011-05-19 2:22 ` [PATCH] tcp: Implement a two-level initial RTO as per draft RFC 2988bis-02 Benoit Sigoure
2011-05-19 2:22 ` Benoit Sigoure
2011-05-19 2:36 ` David Miller
2011-05-19 3:56 ` tsuna [this message]
2011-05-19 4:14 ` David Miller
2011-05-19 4:33 ` tsuna
2011-05-19 5:46 ` David Miller
2011-05-19 6:36 ` [PATCH] tcp: Lower the initial RTO to 1s " Benoit Sigoure
2011-05-19 6:36 ` Benoit Sigoure
2011-05-19 17:42 ` Yuchung Cheng
2011-05-19 6:47 ` Benoit Sigoure
2011-05-19 6:47 ` Benoit Sigoure
2011-05-19 20:16 ` David Miller
2011-05-19 6:10 ` [PATCH] tcp: Implement a two-level initial RTO " Alexander Zimmermann
2011-05-19 6:25 ` tsuna
2011-05-19 6:36 ` Alexander Zimmermann
2011-05-19 6:42 ` tsuna
2011-05-19 6:52 ` Alexander Zimmermann
2011-05-19 7:07 ` tsuna
2011-05-19 8:02 ` Hagen Paul Pfeifer
2011-05-19 8:02 ` Hagen Paul Pfeifer
2011-05-19 16:40 ` tsuna
2011-05-19 16:55 ` Alexander Zimmermann
2011-05-19 17:11 ` tsuna
2011-05-19 19:27 ` David Miller
2011-05-19 20:30 ` tsuna
2011-05-20 2:01 ` [PATCH] tcp: Expose the initial RTO via a new sysctl H.K. Jerry Chu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='BANLkTinEN_=jSCw4qR1PqtWaQ+07OMq7tg@mail.gmail.com' \
--to=tsunanet@gmail.com \
--cc=alexander.zimmermann@comsys.rwth-aachen.de \
--cc=davem@davemloft.net \
--cc=eric.dumazet@gmail.com \
--cc=hagen@jauu.net \
--cc=jmorris@namei.org \
--cc=kaber@trash.net \
--cc=kuznet@ms2.inr.ac.ru \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=pekkas@netcore.fi \
--cc=yoshfuji@linux-ipv6.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.