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
