netdev - Re: RSS is not efficient when forwarding (ixgbe)

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 for Android: free password hash cracker in your pocket

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

Message-ID: <21436.9657.845209.575715@fisica.ufpr.br>
Date:	Tue, 8 Jul 2014 14:09:13 -0300
From:	Carlos Carvalho <carlos@...ica.ufpr.br>
To:	Flavio Leitner <fbl@...hat.com>
Cc:	"Skidmore\, Donald C" <donald.c.skidmore@...el.com>,
	Tom Herbert <therbert@...gle.com>,
	Linux Netdev List <netdev@...r.kernel.org>
Subject: Re: RSS is not efficient when forwarding (ixgbe)

Flavio Leitner (fbl@...hat.com) wrote on 7 July 2014 21:28:
 >On Mon, Jul 07, 2014 at 04:33:24PM +0000, Skidmore, Donald C wrote:
 >> 
 >> 
 >> > 
 >> > It's a router forwarding traffic from one interface to another, so I guess it's
 >> > only the kernel. BTW, no firewall.
 >> > 
 >> > Flow Director needs to be enabled and I am using defaults.
 >> 
 >> Flow Director in ATR mode is on by default for ixgbe.  So like Tom mentioned the driver will create hash buckets for egress packets.  You could try disabling ATR and just use RSS.  Which would probably be the right thing to do any way since Flow Director isn't very useful for routing scenarios.  
 >
 >That was it.

We have a similar setup and similar problem. How do we disable ATR? I
tried to set ntuple off but this almost zeroed traffic. I also tried
to change rx-flow-hash but ethtool says it's not possible. The docs
say that one can disable ATR by setting AtrSampleRate to 0 but this
parameter doesn't exist in 3.14.10.

So, how do we disable ATR and keep RSS?
--
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