Thread (15 messages) flat view 15 messages, 6 authors, 2011-03-23

Re: [PATCH] tcp: avoid cwnd moderation in undo

From: Ilpo Järvinen <hidden>
Date: 2011-03-16 20:24:43

On Wed, 16 Mar 2011, John Heffner wrote:
On Wed, Mar 16, 2011 at 12:18 PM, Carsten Wolff [off-list ref] wrote:
quoted
Unfortunately, no. ;-) My point is, that cwnd should be moderated when the
congestion state changes are undone after a spurious recovery has been
detected. Reordering is only one possible reason for a false recovery. And I
stick to that point because of the thoughts I pointed out in my mail to john,
i.e. undo typically leading to exceptionally large segment bursts.
There's a more general discussion here as to how much it's worth
avoiding bursts at all.  What research on the subject I'm aware of is
somewhat inconclusive.  It's possible to construct scenarios where
bursting, burst suppression, or pacing each win or lose badly.  If you
can choose only one approach as one-size-fits all it's difficult with
the information at hand to pick only one.  However, I really do wonder
why it's so important to suppress bursts on congestion state undo when
other, likely far more common, sources of bursts are not suppressed.

Carsten, do you have any specific examples of cases you're concerned
about?  FWIW, there are exactly two causes for spurious retransmits:
spurious fast retransmit due to reordering, and spurious timeouts due
to a delay spike.  Are you particularly concerned with one more than
the other?
The latter is handled with FRTO (defaults on in Linux) so nicely that no 
burstiness can be seen.

-- 
 i.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help