[Intel-wired-lan] [i40e] regression on TCP stream and TCP maerts, kernel-4.12.0-0.rc2

[Adrian Tomasov <atomasov@redhat.com>]

On Wed, 2017-05-31 at 14:42 -0700, Alexander Duyck wrote:
> On Wed, May 31, 2017 at 6:48 AM, Adrian Tomasov <atomasov@redhat.com>
> wrote:
> > 
> > On Tue, 2017-05-30 at 18:27 -0700, Alexander Duyck wrote:
> > > 
> > > On Tue, May 30, 2017 at 8:41 AM, Alexander Duyck
> > > <alexander.duyck@gmail.com> wrote:
> > > > 
> > > > 
> > > > On Tue, May 30, 2017 at 6:43 AM, Adam Okuliar <aokuliar@redhat.
> > > > com>
> > > > wrote:
> > > > > 
> > > > > 
> > > > > Hello,
> > > > > 
> > > > > we found regression on intel card(XL710) with i40e driver.
> > > > > Regression is
> > > > > about ~45%
> > > > > on TCP_STREAM and TCP_MAERTS test for IPv4 and IPv6.
> > > > > Regression
> > > > > was first
> > > > > visible in kernel-4.12.0-0.rc1.
> > > > > 
> > > > > More details about results you can see in uploaded images in
> > > > > bugzilla. [0]
> > > > > 
> > > > > 
> > > > > [0] https://bugzilla.kernel.org/show_bug.cgi?id=195923
> > > > > 
> > > > > 
> > > > > Best regards, / S pozdravom,
> > > > > 
> > > > > Adri?n Toma?ov
> > > > > Kernel Performance QE
> > > > > atomasov at redhat.com
> > > > 
> > > > I have added the i40e driver maintainer and the intel-wired-lan
> > > > mailing list so that we can make are developers aware of the
> > > > issue.
> > > > 
> > > > Thanks.
> > > > 
> > > > - Alex
> > > 
> > > Adam,
> > > 
> > > We are having some issues trying to reproduce what you reported.
> > > 
> > > Can you provide some additional data. Specifically we would be
> > > looking
> > > for an "ethtool -i", and an "ethtool -S" for the port before and
> > > after
> > > the test. If you can attach it to the bugzilla that would be
> > > appreciated.
> > > 
> > > Thanks.
> > > 
> > > - Alex
> > 
> > Hello Alex,
> > 
> > requested files are updated in bugzilla.
> > 
> > If you have any questions about testing feel free to ask.
> > 
> > 
> > Best regards,
> > 
> > Adrian
> 
> So looking at the data I wonder if we don't have an MTU mismatch in
> the network config. I notice the "after" has rx_length_errors being
> reported. Recent changes made it so that i40e doesn't support jumbo
> frames by default, whereas before we could. You might want to check
> for that as that could cause the kind of performance issues you are
> seeing.
> 
> - Alex

There isn't MTU mismatch. Traffic path is : server -> switch ->
server.?


Output from switch:

    > show interfaces et-0/0/18????
    Physical interface: et-0/0/18, Enabled, Physical link is Up
    ? Interface index: 644, SNMP ifIndex: 538
    ? Link-level type: Ethernet, MTU: 1514, Speed: 40Gbps, BPDU Error:
    None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering:
    Disabled, Flow control: Disabled, Media type: Fiber
    ? Device flags???: Present Running
    ? Interface flags: SNMP-Traps Internal: 0x4000
    ? Link flags?????: None
    ? CoS queues?????: 12 supported, 12 maximum usable queues
    ? Current address: d4:04:ff:90:5a:4b, Hardware address:
    d4:04:ff:90:5a:4b
    ? Last flapped???: 2017-06-01 10:09:32 CEST (01:21:29 ago)
    ? Input rate?????: 432 bps (0 pps)
    ? Output rate????: 8336 bps (11 pps)
    ? Active alarms??: None
    ? Active defects : None
    ? Interface transmit statistics: Disabled

    ? Logical interface et-0/0/18.0 (Index 552) (SNMP ifIndex 539)
    ????Flags: SNMP-Traps 0x24024000 Encapsulation: Ethernet-Bridge
    ????Input packets : 464041
    ????Output packets: 209210
    ????Protocol eth-switch, MTU: 1514
    ??????Flags: Is-Primary, Trunk-Mode


MTU is same for all et-0/0/x interfaces.?

- Adrian