Re: [e2e] performance of BIC-TCP, High-Speed-TCP, H-TCP etc

2006-09-27 Thread Lachlan Andrew
to understand what is happening vs a range of flows to test suitability for deployment), and the benefits of repeating other people's tests vs testing in as many scenarios as possible. Who is interested in coming? Cheers, Lachlan -- Lachlan Andrew Dept of Computer Science, Caltech 1200 E California

Re: [PATCH] tcp-illinois: incorrect beta usage

2007-11-28 Thread Lachlan Andrew
a heuristic RTT aging mechanism, but that's pretty ugly. Cheers, Lachlan On 28/11/2007, Stephen Hemminger [EMAIL PROTECTED] wrote: Lachlan Andrew observed that my TCP-Illinois implementation uses the beta value incorrectly: The parameter beta in the paper specifies the amount to decrease

Re: [RFC] TCP illinois max rtt aging

2007-12-03 Thread Lachlan Andrew
Andrew Cc: David S. Miller; Herbert Xu; [EMAIL PROTECTED]; Douglas Leith; Robert Shorten; netdev@vger.kernel.org Subject: Re: [PATCH] tcp-illinois: incorrect beta usage Lachlan Andrew wrote: Thanks Stephen. A related problem (largely due to the published algorithm itself

Re: [RFC] TCP illinois max rtt aging

2007-12-03 Thread Lachlan Andrew
. This is a separate issue from the fact that it is hard to get RTT measurements from lost/retransmitted packets themselves. Cheers, Lachlan -- Lachlan Andrew Dept of Computer Science, Caltech 1200 E California Blvd, Mail Code 256-80, Pasadena CA 91125, USA Ph: +1 (626) 395-8820Fax: +1 (626) 568-3603

Re: [RFC] TCP illinois max rtt aging

2007-12-06 Thread Lachlan Andrew
Greetings Ilpo, On 04/12/2007, Ilpo Järvinen [EMAIL PROTECTED] wrote: On Mon, 3 Dec 2007, Lachlan Andrew wrote: When SACK is active, the per-packet processing becomes more involved, tracking the list of lost/SACKed packets. This causes a CPU spike just after a loss, which increases

Re: [RFC PATCH net-2.6.25 uncompilable] [TCP]: Avoid breaking GSOed skbs when SACKed one-by-one

2007-12-11 Thread Lachlan Andrew
processing interferes with RTT estimation. This problem would be eliminated if time-stamping were done as soon as the packet comes off the NIC. $0.02 Lachlan -- Lachlan Andrew Dept of Computer Science, Caltech 1200 E California Blvd, Mail Code 256-80, Pasadena CA 91125, USA Ph: +1 (626) 395-8820

Re: [RFC PATCH net-2.6.25 uncompilable] [TCP]: Avoid breaking GSOed skbs when SACKed one-by-one

2007-12-12 Thread Lachlan Andrew
Greetings Dave, On 12/12/2007, David Miller [EMAIL PROTECTED] wrote: From: Lachlan Andrew [EMAIL PROTECTED] Date: Tue, 11 Dec 2007 16:14:36 -0800 This thread started because TCP processing interferes with RTT estimation. This problem would be eliminated if time-stamping were done

Re: SACK scoreboard

2008-01-08 Thread Lachlan Andrew
. When the ACK finally comes, you could do something like moving John's entire list of packets to a to be freed list, and free a few every time (say) another ACK comes in. $0.02, Lachlan -- Lachlan Andrew Dept of Computer Science, Caltech 1200 E California Blvd, Mail Code 256-80, Pasadena CA