Attachments don't make it to the mailing list. You really should file a bug on sourceforge so more people can look at the information.
Todd Fujinaka Software Application Engineer Networking Division (ND) Intel Corporation todd.fujin...@intel.com (503) 712-4565 -----Original Message----- From: Hank Liu [mailto:hank.tz...@gmail.com] Sent: Thursday, September 08, 2016 8:58 AM To: Alexander Duyck <alexander.du...@gmail.com> Cc: e1000-devel@lists.sourceforge.net Subject: Re: [E1000-devel] Intel 82599 AXX10GBNIAIOM cards for 10G SFPs UDP performance issue Hi Alex, see attached. thanks! Hank On Wed, Sep 7, 2016 at 7:32 PM, Alexander Duyck <alexander.du...@gmail.com> wrote: > Can you send me an lspci -vvv dump for the card. The main piece I am > interested in seeing is the link status register output. I just want > to verify that you are linked at x8 gen2. > > - Alex > > On Wed, Sep 7, 2016 at 4:00 PM, Hank Liu <hank.tz...@gmail.com> wrote: > > Nope, no help. Still seeing pause frames or rx_no_dma_resource when > > BW > is up > > to 8 Gbps... > > > > On Wed, Sep 7, 2016 at 3:42 PM, Hank Liu <hank.tz...@gmail.com> wrote: > >> > >> HI Alexander, > >> > >> Thanks for your input. Will give it a try. > >> > >> > >> Hank > >> > >> On Wed, Sep 7, 2016 at 3:23 PM, Alexander Duyck > >> <alexander.du...@gmail.com> wrote: > >>> > >>> On Wed, Sep 7, 2016 at 2:19 PM, Rustad, Mark D < > mark.d.rus...@intel.com> > >>> wrote: > >>> > Hank Liu <hank.tz...@gmail.com> wrote: > >>> > > >>> >>> *From:* Hank Liu [mailto:hank.tz...@gmail.com] > >>> >>> *Sent:* Wednesday, September 07, 2016 10:20 AM > >>> >>> *To:* Skidmore, Donald C <donald.c.skidm...@intel.com> > >>> >>> *Cc:* e1000-devel@lists.sourceforge.net > >>> >>> *Subject:* Re: [E1000-devel] Intel 82599 AXX10GBNIAIOM cards > >>> >>> for > 10G > >>> >>> SFPs > >>> >>> UDP performance issue > >>> >>> > >>> >>> > >>> >>> > >>> >>> Thanks for quick response and helping. I guess I didn't make > >>> >>> it > clear > >>> >>> is > >>> >>> that the application (receiver, sender) open 240 connections > >>> >>> each connection has 34 Mbps traffic. > >>> > > >>> > > >>> > You say that there are 240 connections, but how many threads is > >>> > your app using? One per connection? What does the cpu > >>> > utilization look like on the receiving end? > >>> > > >>> > Also, the current ATR implementation does not support UDP, so > >>> > you are probably better off not pinning the app threads at all > >>> > and trusting that the scheduler will migrate them to the cpu > >>> > that is getting their packets via RSS. You should still set the > >>> > affinity of the interrupts in that > case. > >>> > The > >>> > default number of queues should be fine. > >>> > >>> If you are running point to point with UDP traffic and are not > >>> fragmenting packets I would recommend enabling RSS for UDP flows. > >>> You can do that via the following command: > >>> ethtool -N <interface> rx-flow-hash udp4 sdfn > >>> > >>> That should allow the work to spread to more queues than just the > >>> one that is currently being selected based on your source and > >>> destination IP addresses. > >>> > >>> - Alex > >> > >> > > > ------------------------------------------------------------------------------ _______________________________________________ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel To learn more about Intel® Ethernet, visit http://communities.intel.com/community/wired
