* [PATCH] [TCP] Sysctl: document tcp_max_ssthresh (Limited Slow-Start)
@ 2007-05-18 16:27 Ilpo Järvinen
2007-05-18 17:42 ` Baruch Even
0 siblings, 1 reply; 8+ messages in thread
From: Ilpo Järvinen @ 2007-05-18 16:27 UTC (permalink / raw)
To: David Miller; +Cc: Netdev
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1414 bytes --]
Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
---
Documentation/networking/ip-sysctl.txt | 13 +++++++++++++
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/Documentation/networking/ip-sysctl.txt b/Documentation/networking/ip-sysctl.txt
index ce16e6a..44ba8d4 100644
--- a/Documentation/networking/ip-sysctl.txt
+++ b/Documentation/networking/ip-sysctl.txt
@@ -239,6 +239,19 @@ tcp_max_orphans - INTEGER
more aggressively. Let me to remind again: each orphan eats
up to ~64K of unswappable memory.
+tcp_max_ssthresh - INTEGER
+ Limited Slow-Start for TCP with Large Congestion Windows defined in
+ RFC3742. Limited slow-start is a mechanism to limit grow of the
+ congestion window on the region where congestion window is larger than
+ tcp_max_ssthresh. A TCP connection with a large congestion window could
+ have its congestion window increased by thousand (or even more)
+ segments per RTT by the traditional slow-start procedure which might be
+ counter-productive to TCP performance when packet losses start to
+ occur. With limited slow-start TCP increments congestion window at
+ most tcp_max_ssthresh/2 segments per RTT when the congestion window is
+ above tcp_max_ssthresh.
+ Default: 0 (off)
+
tcp_max_syn_backlog - INTEGER
Maximal number of remembered connection requests, which are
still did not receive an acknowledgment from connecting client.
--
1.5.0.6
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH] [TCP] Sysctl: document tcp_max_ssthresh (Limited Slow-Start)
2007-05-18 16:27 [PATCH] [TCP] Sysctl: document tcp_max_ssthresh (Limited Slow-Start) Ilpo Järvinen
@ 2007-05-18 17:42 ` Baruch Even
2007-05-18 19:39 ` Rick Jones
2007-05-19 7:01 ` Ilpo Järvinen
0 siblings, 2 replies; 8+ messages in thread
From: Baruch Even @ 2007-05-18 17:42 UTC (permalink / raw)
To: Ilpo Järvinen; +Cc: David Miller, Netdev
Ilpo Järvinen wrote:
> Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
> ---
> Documentation/networking/ip-sysctl.txt | 13 +++++++++++++
> 1 files changed, 13 insertions(+), 0 deletions(-)
>
> diff --git a/Documentation/networking/ip-sysctl.txt b/Documentation/networking/ip-sysctl.txt
> index ce16e6a..44ba8d4 100644
> --- a/Documentation/networking/ip-sysctl.txt
> +++ b/Documentation/networking/ip-sysctl.txt
> @@ -239,6 +239,19 @@ tcp_max_orphans - INTEGER
> more aggressively. Let me to remind again: each orphan eats
> up to ~64K of unswappable memory.
>
> +tcp_max_ssthresh - INTEGER
> + Limited Slow-Start for TCP with Large Congestion Windows defined in
> + RFC3742. Limited slow-start is a mechanism to limit grow of the
s/grow/growth/
> + congestion window on the region where congestion window is larger than
> + tcp_max_ssthresh. A TCP connection with a large congestion window could
> + have its congestion window increased by thousand (or even more)
> + segments per RTT by the traditional slow-start procedure which might be
> + counter-productive to TCP performance when packet losses start to
> + occur. With limited slow-start TCP increments congestion window at
> + most tcp_max_ssthresh/2 segments per RTT when the congestion window is
I'm not a native English speaker but "at most" sounds a bit awkward to
me, maybe change it to "by no more than". But I'm sure someone can find
a better phrasing.
Baruch
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] [TCP] Sysctl: document tcp_max_ssthresh (Limited Slow-Start)
2007-05-18 17:42 ` Baruch Even
@ 2007-05-18 19:39 ` Rick Jones
2007-05-18 20:49 ` John Heffner
2007-05-19 7:32 ` Ilpo Järvinen
2007-05-19 7:01 ` Ilpo Järvinen
1 sibling, 2 replies; 8+ messages in thread
From: Rick Jones @ 2007-05-18 19:39 UTC (permalink / raw)
To: Baruch Even; +Cc: Ilpo Järvinen, David Miller, Netdev
Baruch Even wrote:
> Ilpo Järvinen wrote:
>
>>Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
>>---
>> Documentation/networking/ip-sysctl.txt | 13 +++++++++++++
>> 1 files changed, 13 insertions(+), 0 deletions(-)
>>
>>diff --git a/Documentation/networking/ip-sysctl.txt b/Documentation/networking/ip-sysctl.txt
>>index ce16e6a..44ba8d4 100644
>>--- a/Documentation/networking/ip-sysctl.txt
>>+++ b/Documentation/networking/ip-sysctl.txt
>>@@ -239,6 +239,19 @@ tcp_max_orphans - INTEGER
>> more aggressively. Let me to remind again: each orphan eats
>> up to ~64K of unswappable memory.
>>
>>+tcp_max_ssthresh - INTEGER
>>+ Limited Slow-Start for TCP with Large Congestion Windows defined in
>>+ RFC3742. Limited slow-start is a mechanism to limit grow of the
>
>
> s/grow/growth/
>
>
>>+ congestion window on the region where congestion window is larger than
>>+ tcp_max_ssthresh. A TCP connection with a large congestion window could
>>+ have its congestion window increased by thousand (or even more)
>>+ segments per RTT by the traditional slow-start procedure which might be
>>+ counter-productive to TCP performance when packet losses start to
>>+ occur. With limited slow-start TCP increments congestion window at
>>+ most tcp_max_ssthresh/2 segments per RTT when the congestion window is
>
>
> I'm not a native English speaker but "at most" sounds a bit awkward to
> me, maybe change it to "by no more than". But I'm sure someone can find
> a better phrasing.
It could be "by at most" or "by no more than" but indeed it should not just be
"at most."
Also, it should be "With limited slow-start TCP increments the congestion
window..." Combining with other nits yeilds:
Limited Slow-Start for TCP with Large Congestion Windows is defined in RFC3742.
Limited slow-start is a mechanism to limit growth of the congestion window
when the congestion window is larger than tcp_max_ssthresh. A TCP connection
with a large congestion window could have its congestion window increased by
thousands of segments (or more) per RTT via the traditional slow-start
procedures. This might degrade TCP performance when packet losses start to
occur. With limited slow-start, TCP increments the congestion window by at most
tcp_max_ssthresh/2 segments per RTT when the congestion window is is above
tcp_max_ssthresh.
rick jones
as an asside, "tcp_max_ssthresh" sounds like the maximum value ssthresh can
take-on. is that correct, or is this more of a "once ssthresh is above this,
behave in this new way?" If that is the case, while the horse has probably left
the barn, perhaps another name would be better?
>
> Baruch
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] [TCP] Sysctl: document tcp_max_ssthresh (Limited Slow-Start)
2007-05-18 19:39 ` Rick Jones
@ 2007-05-18 20:49 ` John Heffner
2007-05-19 7:24 ` Ilpo Järvinen
2007-05-19 7:32 ` Ilpo Järvinen
1 sibling, 1 reply; 8+ messages in thread
From: John Heffner @ 2007-05-18 20:49 UTC (permalink / raw)
To: Rick Jones; +Cc: Baruch Even, Ilpo Järvinen, David Miller, Netdev
Rick Jones wrote:
> as an asside, "tcp_max_ssthresh" sounds like the maximum value ssthresh
> can take-on. is that correct, or is this more of a "once ssthresh is
> above this, behave in this new way?" If that is the case, while the
I don't like it either, but you'll have to talk to Sally Floyd about
that one.. ;)
In general, I would like the documentation to emphasize more how to set
the parameter than describe the algorithm. The max_ssthresh parameter
should ideally be set to the bottleneck queue size, or more
realistically a conservative value that's likely to be smaller than the
bottleneck queue size. When max_ssthresh is smaller than the bottleneck
queue, (limited) slow start will not overflow it until cwnd has fully
ramped up to the appropriate size.
-John
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] [TCP] Sysctl: document tcp_max_ssthresh (Limited Slow-Start)
2007-05-18 20:49 ` John Heffner
@ 2007-05-19 7:24 ` Ilpo Järvinen
0 siblings, 0 replies; 8+ messages in thread
From: Ilpo Järvinen @ 2007-05-19 7:24 UTC (permalink / raw)
To: John Heffner; +Cc: Rick Jones, Baruch Even, David Miller, Netdev
On Fri, 18 May 2007, John Heffner wrote:
> Rick Jones wrote:
> > as an asside, "tcp_max_ssthresh" sounds like the maximum value ssthresh can
> > take-on. is that correct, or is this more of a "once ssthresh is above
> > this, behave in this new way?" If that is the case, while the
>
> I don't like it either, but you'll have to talk to Sally Floyd about that
> one.. ;)
>
> In general, I would like the documentation to emphasize more how to set the
> parameter than describe the algorithm. The max_ssthresh parameter should
> ideally be set to the bottleneck queue size, or more realistically a
> conservative value that's likely to be smaller than the bottleneck queue
> size. When max_ssthresh is smaller than the bottleneck queue, (limited) slow
> start will not overflow it until cwnd has fully ramped up to the appropriate
> size.
...You probably know such things much better than I do, so could you
please write it then...
--
i.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] [TCP] Sysctl: document tcp_max_ssthresh (Limited Slow-Start)
2007-05-18 19:39 ` Rick Jones
2007-05-18 20:49 ` John Heffner
@ 2007-05-19 7:32 ` Ilpo Järvinen
1 sibling, 0 replies; 8+ messages in thread
From: Ilpo Järvinen @ 2007-05-19 7:32 UTC (permalink / raw)
To: Rick Jones; +Cc: Baruch Even, David Miller, Netdev
On Fri, 18 May 2007, Rick Jones wrote:
> or is this more of a "once ssthresh is above this, behave in this new
> way?"
Not even that is very exact, since both ssthresh and cwnd have to be above
max_ssthresh to get any new behavior...
--
i.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] [TCP] Sysctl: document tcp_max_ssthresh (Limited Slow-Start)
2007-05-18 17:42 ` Baruch Even
2007-05-18 19:39 ` Rick Jones
@ 2007-05-19 7:01 ` Ilpo Järvinen
2007-05-19 7:26 ` Ilpo Järvinen
1 sibling, 1 reply; 8+ messages in thread
From: Ilpo Järvinen @ 2007-05-19 7:01 UTC (permalink / raw)
To: Baruch Even, David Miller; +Cc: Netdev
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1932 bytes --]
On Fri, 18 May 2007, Baruch Even wrote:
> I'm not a native English speaker but "at most" sounds a bit awkward to
> me, maybe change it to "by no more than". But I'm sure someone can find
> a better phrasing.
Neither am I, but since nothing else seems to have came up, here is one
with your proposal... In addition to your changes, I fixed the
capitalization of the first sentence (which was a result of copy-paste
from RFC's title).
[PATCH] [TCP] Sysctl: Document tcp_max_ssthresh (Limited Slow-Start)
Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
---
Documentation/networking/ip-sysctl.txt | 13 +++++++++++++
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/Documentation/networking/ip-sysctl.txt b/Documentation/networking/ip-sysctl.txt
index ce16e6a..b4d0a66 100644
--- a/Documentation/networking/ip-sysctl.txt
+++ b/Documentation/networking/ip-sysctl.txt
@@ -239,6 +239,19 @@ tcp_max_orphans - INTEGER
more aggressively. Let me to remind again: each orphan eats
up to ~64K of unswappable memory.
+tcp_max_ssthresh - INTEGER
+ Limited Slow-Start for TCP with large congestion windows defined in
+ RFC3742. Limited slow-start is a mechanism to limit growth of the
+ congestion window on the region where congestion window is larger than
+ tcp_max_ssthresh. A TCP connection with a large congestion window could
+ have its congestion window increased by thousand (or even more)
+ segments per RTT by the traditional slow-start procedure which might be
+ counter-productive to TCP performance when packet losses start to
+ occur. With limited slow-start TCP increments congestion window by no
+ more than tcp_max_ssthresh/2 segments per RTT when the congestion
+ window is above tcp_max_ssthresh.
+ Default: 0 (off)
+
tcp_max_syn_backlog - INTEGER
Maximal number of remembered connection requests, which are
still did not receive an acknowledgment from connecting client.
--
1.5.0.6
^ permalink raw reply related [flat|nested] 8+ messages in thread
end of thread, other threads:[~2007-05-19 7:32 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-05-18 16:27 [PATCH] [TCP] Sysctl: document tcp_max_ssthresh (Limited Slow-Start) Ilpo Järvinen
2007-05-18 17:42 ` Baruch Even
2007-05-18 19:39 ` Rick Jones
2007-05-18 20:49 ` John Heffner
2007-05-19 7:24 ` Ilpo Järvinen
2007-05-19 7:32 ` Ilpo Järvinen
2007-05-19 7:01 ` Ilpo Järvinen
2007-05-19 7:26 ` Ilpo Järvinen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).