netdev - Re: [PATCH] CUBIC v2.3 with new improved slow start

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <000b01c93a1c$090222c0$6c01a8c0@RHEELAPTOP>
Date:	Wed, 29 Oct 2008 19:14:03 -0400
From:	"Injong Rhee" <rhee@...u.edu>
To:	"Stephen Hemminger" <shemminger@...tta.com>,
	"Injong Rhee" <rhee@....ncsu.edu>
Cc:	<netdev@...r.kernel.org>
Subject: Re: [PATCH] CUBIC v2.3 with new improved slow start

>
> 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.

>  * 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. 

--
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