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: <1340023876.7491.1153.camel@edumazet-glaptop>
Date:	Mon, 18 Jun 2012 14:51:16 +0200
From:	Eric Dumazet <eric.dumazet@...il.com>
To:	Stefan Priebe - Profihost AG <s.priebe@...fihost.ag>
Cc:	Linux Netdev List <netdev@...r.kernel.org>
Subject: Re: unstable 10GBE performance with recent kernels (> 3.0.X)

On Mon, 2012-06-18 at 14:36 +0200, Stefan Priebe - Profihost AG wrote:
> Am 18.06.2012 12:25, schrieb Eric Dumazet:
> > I would remove all this (pretty old and obsolete) stuff and use standard
> > params.
> OK, thanks. done.
> 
> I've one RHEL6 system (using default 2.6.32 kernel) where only using 
> "ntuple on" results in just 4-5Gbit/s while the others using 3.5.0-rc2 
> are working fine.
> 

OK, then you might play with affinities, that's the only thing that
might need sysadmin tuning (irqbalance needs to be disabled)

> > Only thing you could do is :
> > ethtool -K eth2 ntuple on
> >
> > on both machines
> Thanks that works great and boosts the performance a lot. What does it 
> do? man ethtool doesn't show anything useful.
> 

I am not Intel guy, but you might find some info in :

http://downloadmirror.intel.com/14687/eng/README.txt



> Is this also recommanded for 1Gb/s?
> 

Not sure it's supported on ixgb


> Could you recommend a tcp_congestion_control module? RHEL6 uses cubic by 
> default. Some others use reno or bic.

Hard to tell, there is no generic answer. Default should be fine for
most uses.


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

Powered by Openwall GNU/*/Linux Powered by OpenVZ