* Michael C . Wu <[EMAIL PROTECTED]> [010102 23:07] wrote:
> [If need be, please add Cc: to -net]
>
> While doing my own research project, I came across this piece
> of information. It seems like a "nobody-has-it-but-it-is-fast" thing.
>
> http://www.psc.edu/networking/ftp/papers/draft-ratehalving.txt
>
> It seeks to improve the Reno TCP implementation by the most
> recommended trick in the book, redesigning the algorithm.
> >From the above url:
> "Hoe [Hoe95] suggested that during Fast Recovery the TCP
> data sender space out retransmissions and new data on
> alternate acknowledgements across the entire recovery RTT.
> (Note that this eliminates the half RTT lull in sending
> which occurs in Reno TCP.)"
>
> Do we already do this? I know that a re-write of our TCP code is
> "imminent." This seeks to improve congested server TCP connections.
> (Oh BTW, Isn't TCP the little thing that servers use ;-)? )
There's no re-write in progress, just a couple of us slaving away
to make it mpsafe. As far as this feature, I'm pretty sure Jaynath
was looking at implementing it.
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the heart of a child; I keep it in a jar on my desk."
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
