Re: [PATCH 2/3] net: TCP thin linear timeouts

Just how thin can a thin stream be when a thin stream is found thin? (to

the

cadence of "How much wood could a woodchuck chuck if a woodchuck could

chuck wood?")

Does a stream get so thin that a user's send could not be split into

four,

sub-MSS TCP segments?

That was a nifty idea: Anti-Nagle the segments to be able to trigger fast
retransmissions. I think it is possible.

Besides using more resources on each send, this scheme will introduce the
need to delay parts of the segment, which is undesirable for
time-dependent applications (the intended target of the mechanisms).

I think it would be fun to implement and play around with such a mechanism
to see the effects.

Regards,
Andreas