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