Re: tcp troughput weirdness
From: David Malone (dwmalone_at_maths.tcd.ie)
Date: 07/12/05
- Previous message: Phil Regnauld: "Re: DNS caching example"
- In reply to: Danny Braniss: "Re: tcp troughput weirdness"
- Next in thread: Noritoshi Demizu: "Re: tcp troughput weirdness"
- Reply: Noritoshi Demizu: "Re: tcp troughput weirdness"
- Reply: Dan Nelson: "Re: tcp troughput weirdness"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: Danny Braniss <danny@cs.huji.ac.il> Date: Tue, 12 Jul 2005 10:48:24 +0100
> did the trick! now can someone remind me what inflight does? and could
> someone explain why increasing sendspace alone did not do the trick?
> (i had it at 64k, which got things better, but not sufficient).
TCP inflight limiting is supposed to guess the bandwidth-delay
product for a TCP connection and stop the window expanding much
above this. It's a pretty neat idea for DSL links that often have
huge buffers at the far end, where inflight limiting can prevent
delays to interactive traffic.
However, some of the guys I know that work on TCP dynamics reckon
that they can they can come up with situations where inflight
limiting will break. Unfortunately, I haven't had time to talk
this through with them. I guess you may have found one of those
situations ;-)
David.
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
- Previous message: Phil Regnauld: "Re: DNS caching example"
- In reply to: Danny Braniss: "Re: tcp troughput weirdness"
- Next in thread: Noritoshi Demizu: "Re: tcp troughput weirdness"
- Reply: Noritoshi Demizu: "Re: tcp troughput weirdness"
- Reply: Dan Nelson: "Re: tcp troughput weirdness"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|