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]
Date:	Sat, 08 Mar 2014 19:29:14 -0800
From:	Eric Dumazet <>
To:	Ming Chen <>
Cc:, Erez Zadok <>,
	Dean Hildebrand <>,
	Geoff Kuenning <>
Subject: Re: [BUG?] ixgbe: only num_online_cpus() of the tx queues are

On Sat, 2014-03-08 at 19:30 -0500, Ming Chen wrote:
> Hi Eric,
> Thanks for the suggestion. I believe "tc qdisc replace dev eth0 root
> fq" can achieve fairness if we have only one queue. My understanding
> is that we cannot directly apply FQ to a multiqueue devices, isn't it?
> If we apply FQ separately to each tx queue, then what if we have one
> flow (fl-0) in tx-0, but two flows (fl-1 and fl-2) in tx-1? With FQ,
> the two flows in tx-1 should get the same bandwidth. But how about
> fl-0 and fl-1?

You do not need multiqueue to send traffic for few TCP flows, because
packets will reach 64KB size very fast.

If you want fairness, then multiqueue wont do it, unless you add some
kind of shaper.

TCP is handling one flow, not an arbitrary number of flows.

If you need fairness, then you need an AQM like FQ.

To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists