[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f110481e-5c8f-5d03-7fe7-bf9558cb7c1a@candelatech.com>
Date: Thu, 16 Mar 2017 19:46:47 -0700
From: Ben Greear <greearb@...delatech.com>
To: Alexander Duyck <alexander.duyck@...il.com>
Cc: e1000-devel list <e1000-devel@...ts.sourceforge.net>,
netdev <netdev@...r.kernel.org>
Subject: Re: Performance issue with igb with lots of different src-ip addrs.
I'm actually using a hacked up version of pktgen nicely driven by our
GUI tool, but the crux is that you need to set min and max src IP to some large
range.
We are driving pktgen from a separate machine. Stock pktgen isn't good at reporting
received pkts last I checked, so it may be more difficult to easily view the problem.
I'll be happy to set up my tool on your Fedora 24 or similar VM or machine if you
want.
Thanks,
Ben
On 03/16/2017 07:35 PM, Alexander Duyck wrote:
> Can you include the pktgen script you are running?
>
> Also when you say you are driving traffic through the bridge are you
> sending from something external on the system or are you actually
> directing the traffic from pktgen into the bridge directly?
>
> - Alex
>
> On Thu, Mar 16, 2017 at 3:49 PM, Ben Greear <greearb@...delatech.com> wrote:
>> Hello,
>>
>> We notice that when using two igb ports as a bridge, if we use pktgen to
>> drive traffic through the bridge and randomize (or use a very large range)
>> for the source IP addr in pktgen, then performance of igb is very poor (like
>> 150Mbps
>> throughput instead of 1Gbps). It runs right at line speed if we use same
>> src/dest
>> IP addr in pktgen. So, seems it is related to lots of src/dest IP
>> addresses.
>>
>> We see same problem when using pktgen to send to itself, and we see this in
>> several different kernels. We specifically tested bridge mode in this stock
>> Fedora kernel:
>>
>> Linux lfo350-59cc 4.9.13-101.fc24.x86_64 #1 SMP Tue Mar 7 23:48:32 UTC 2017
>> x86_64 x86_64 x86_64 GNU/Linux
>>
>> e1000e does not show this problem in our testing.
>>
>> Any ideas what the issue might be and how to fix it?
>>
>> Thanks,
>> Ben
>>
>> --
>> Ben Greear <greearb@...delatech.com>
>> Candela Technologies Inc http://www.candelatech.com
>>
>
--
Ben Greear <greearb@...delatech.com>
Candela Technologies Inc http://www.candelatech.com
Powered by blists - more mailing lists