[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081029164045.7422b68d@extreme>
Date: Wed, 29 Oct 2008 16:40:45 -0700
From: Stephen Hemminger <shemminger@...tta.com>
To: "Injong Rhee" <rhee@...u.edu>
Cc: "Injong Rhee" <rhee@....ncsu.edu>, <netdev@...r.kernel.org>
Subject: Re: [PATCH] CUBIC v2.3 with new improved slow start
On Wed, 29 Oct 2008 19:14:03 -0400
"Injong Rhee" <rhee@...u.edu> wrote:
> >
> > This looks like a good optimization, it obviously needs more testing
> > because Linux always seems to find new broken hardware. The areas
> > that need to be tested should include:
> > * MacOs has a broken version of delayed ack that might cause
> > HyStart to radically underestimate.
>
> We tested with FreeBSD. I presume that it covers MacOS. We will look into
> that.
No Darwin added some stupid code that holds off acks for up to 2 seconds.
> > * Applications that dribble out packets might get better (or
> > worse) performance. This include dumb web servers.
>
> Not really. It does not affect those flows that do not use their full
> capacity of the network. HyStart kicks in only when the flow are using more
> than avail bw during slow start. If the applications do not pump data in, it
> would still be in slow start -- while in slow start, HyStart works like the
> traditional slow start (double cwnd per rtt).
>
> > * Does this increase or reduce latency when using TCP for
> > applications which never fill the congestion window? (games, financial,
> > etc).
> >
>
> For the same reasons as above, No, HyStart does not engage in this
> situation.
>
Ok
--
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