[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1e41a3230807072033n2f5519e4m42003e191b44cefe@mail.gmail.com>
Date: Mon, 7 Jul 2008 20:33:10 -0700
From: "John Heffner" <johnwheffner@...il.com>
To: "Rick Jones" <rick.jones2@...com>
Cc: netdev@...r.kernel.org
Subject: Re: setsockopt()
On Mon, Jul 7, 2008 at 3:50 PM, Rick Jones <rick.jones2@...com> wrote:
> I'm still a triffle puzzled/concerned/confused by the extent to which
> autotuning will allow the receive window to grow, again based on some
> netperf experience thusfar, and patient explanations provided here and
> elsewhere, it seems as though autotuning will let things get to 2x what it
> thinks the sender's cwnd happens to be. So far under netperf testing that
> seems to be the case, and 99 times out of ten my netperf tests will have the
> window grow to the max.
Rick,
I thought this was covered pretty thoroughly back in April. The
behavior you're seeing is 100% expected, and not likely to change
unless Jerry Chu gets his local queued data measurement patch working.
I'm not sure what ultimately happened there, but it was a cool idea
and I hope he has time to polish it up. It's definitely tricky to get
right.
Jerry's optimization is a sender-side change. The fact that the
receiver announces enough window is almost certainly the right thing
for it to do, and (I hope) this will not change.
If you're still curious:
http://www.psc.edu/networking/ftp/papers/autotune_sigcomm98.ps
http://www.lanl.gov/radiant/pubs/drs/lacsi2001.pdf
http://staff.psc.edu/jheffner/papers/senior_thesis.pdf
-John
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists