From: David Miller [EMAIL PROTECTED]
Date: Tue, 31 Oct 2006 17:30:28 -0800 (PST)
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue, 31 Oct 2006 16:10:07 -0800
On Tue, 31 Oct 2006 15:25:16 -0800
Xiaoliang (David) Wei [EMAIL PROTECTED] wrote:
It seems that the default Vegas alpha
On Wed, 01 Nov 2006 21:44:18 -0800 (PST)
David Miller [EMAIL PROTECTED] wrote:
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue, 31 Oct 2006 21:58:48 -0800
Some basic stuff is on the parent page
http://developer.osdl.org/shemminger/tcp
Are you using tcptrace to generate those
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue, 31 Oct 2006 21:58:48 -0800
Some basic stuff is on the parent page
http://developer.osdl.org/shemminger/tcp
Are you using tcptrace to generate those plots?
If so are you using xplot or gnuplot to build those
image files?
Thanks.
-
To
I reran the tests, this time using my DSL line to home (80ms 1Mbit/sec).
http://developer.osdl.org/shemminger/tcp/2.6.19-rc4/dsl
The only obvious problem is Vegas looks broken.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
On 10/31/06, Stephen Hemminger [EMAIL PROTECTED] wrote:
I reran the tests, this time using my DSL line to home (80ms 1Mbit/sec).
http://developer.osdl.org/shemminger/tcp/2.6.19-rc4/dsl
The only obvious problem is Vegas looks broken.
Thanks, Stephen.
It seems that the default Vegas
On Tue, 31 Oct 2006 15:25:16 -0800
Xiaoliang (David) Wei [EMAIL PROTECTED] wrote:
On 10/31/06, Stephen Hemminger [EMAIL PROTECTED] wrote:
I reran the tests, this time using my DSL line to home (80ms 1Mbit/sec).
http://developer.osdl.org/shemminger/tcp/2.6.19-rc4/dsl
The only
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue, 31 Oct 2006 16:10:07 -0800
On Tue, 31 Oct 2006 15:25:16 -0800
Xiaoliang (David) Wei [EMAIL PROTECTED] wrote:
It seems that the default Vegas alpha parameter in the rc4 is 1...
I observed similar situation with the NS2Linux simulator
On Tue, Oct 31, 2006 at 05:30:28PM -0800, David Miller ([EMAIL PROTECTED])
wrote:
BTW, Stephen, can you give a short HOWTO on how you generate those
graphs, given a tcpdump trace? Thanks a lot.
That would be great.
Please also describe your setup so others algos could be tested too.
Thank
On Wed, 1 Nov 2006 08:25:00 +0300
Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Tue, Oct 31, 2006 at 05:30:28PM -0800, David Miller ([EMAIL PROTECTED])
wrote:
BTW, Stephen, can you give a short HOWTO on how you generate those
graphs, given a tcpdump trace? Thanks a lot.
That would be
Hi Stephen,
is your rt-patch to netem public available?
Best regards
HGN
--
Signed and/or encrypted mails preferd. Key-Id = 0x98350C22
Fingerprint = 490F 557B 6C48 6D7E 5706 2EA2 4A22 8D45 9835 0C22
Key available under: www.jauu.net/download/gnupg_key
-
To unsubscribe from this list: send
On Thu, 26 Oct 2006 20:50:19 +0200
Hagen Paul Pfeifer [EMAIL PROTECTED] wrote:
Hi Stephen,
is your rt-patch to netem public available?
Best regards
HGN
The tools are in the tcp directory
http://developer.osdl.org/shemminger/tcp/netem-2.6.18-rt.patch
--
Stephen Hemminger [EMAIL
I ran some congestion window tests against 2.6.19-rc3.
For congestion window graphs see:
http://developer.osdl.org/shemminger/tcp/2.6.19-rc3/
The connection was a single flow with a 500ms RTT and a
100Mbit slowest link speed.
BIC OK
CUBIC OK (after
Subject: TCP congestion graphs
I ran some congestion window tests against 2.6.19-rc3.
For congestion window graphs see:
http://developer.osdl.org/shemminger/tcp/2.6.19-rc3/
The connection was a single flow with a 500ms RTT and a
100Mbit slowest link speed.
BIC OK
CUBIC OK (after patch
On Wed, 25 Oct 2006 18:34:17 -0400
Injong Rhee [EMAIL PROTECTED] wrote:
Not sure why the slow start for cubic is slower than the others.
We will check on this.
I think it is because cubic initializes with a ssthresh of 100,
and others leave ssthresh uninitialized until the first loss.
This
14 matches
Mail list logo