lkml.org 
[lkml]   [2005]   [Nov]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subjectmotivation for TCP's cwnd clamp?
I have been reading through the TCP code for kernel versions 2.4 and
2.6, and have noticed that both versions not only cache cwnd state, but
also use the cached state to clamp the cwnd of subsquent TCP connections
to the same destination. I can see the benefit (under some conditions)
for caching cwnd state, and it's useful (for the conditions where
caching hurts performance) that 2.6 offers the ability to turn this off.
However, I do not understand the motivation for setting a hard clamp on
the cwnd growth based on a cached cwnd. With this feature, a single
unlucky TCP connection to a destination will hurt the performance of all
subsequent TCP connections to that destination for as long as the state
is cached. I imagine that there must be a benefit that outweighs this
disadvantage, but I don't see it. Can anyone shed light on this for me?

Thanks in advance... (please CC me on the replies, because I am not
subscribed to the list)

--
Armando
www.armandocaro.net

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-11-10 18:37    [W:0.213 / U:0.056 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site