netdev - Re: [BUG?] ixgbe: only num_online_cpus() of the tx queues are enabled

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

Date:	Sun, 09 Mar 2014 18:31:54 -0400 (EDT)
From:	David Miller <davem@...emloft.net>
To:	eric.dumazet@...il.com
Cc:	v.mingchen@...il.com, netdev@...r.kernel.org,
	ezk@....cs.sunysb.edu, dhildeb@...ibm.com, geoff@...hmc.edu
Subject: Re: [BUG?] ixgbe: only num_online_cpus() of the tx queues are
 enabled

From: Eric Dumazet <eric.dumazet@...il.com>
Date: Sun, 09 Mar 2014 06:39:46 -0700

> On Sun, 2014-03-09 at 01:47 -0500, Ming Chen wrote:
> 
>> Thanks for the patch. I forgot to mention that excessively big cwnd
>> (or bufferbloat) does play a part in Hash-Cast. We found that using
>> TCP Vegas does not show unfairness even in the presence of hash
>> collision among TCP flows. Comparing Vegas and Cubic, we found that
>> Vegas has a much smaller cwnd.
> 
> Of course, Vegas is delay based. It does not need to increase cwnd to
> insane values.
> 
> Problem is it does not compete well in presence of non Vegas flows.
> 
> And unfortunately, Internet is filled by non Vegas flows.

Vegas also does not respond quickly enough to sudden increases in
available bandwidth.
--
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