Hey David, I'm sure what you mean by the "Low Latency Polling patch", but I'm guessing it refers to the busy poll sockets that we recently pushed upstream. Please correct me if I'm wrong.
Given that I believe you could set up perfect filter rules (via. ethtool --config-ntuple) to direct certain UDP port packets to a given queue, pin that queue to a CPU and run your busy poll socket on that CPU. All that said I have never done this myself but I can't think of any reason it wouldn't work. I'm also a little confused by your concern that our rings can only hold (64k) PKT_LEN in the advanced descriptor (I'm assuming this is what you meant by '16-bit ring limit'). This value just holds the number of bytes in a packet buffer. Packets that exceed this would be in multiple descriptors on the same queue. So the queue could handle bursts over 64k. Or this there some reason your implementation needs the complete packet in one descriptor? Thanks, -Don Skidmore <[email protected]> > -----Original Message----- > From: David Lawless [mailto:[email protected]] > Sent: Thursday, January 09, 2014 7:23 PM > To: [email protected] > Subject: [E1000-devel] ixgbe/82599 + Flow Director + Low Latency Polling > patch > > Hello, > > Is it possible with ixgbe/82599 to use > Flow Director to map traffic to particular > 82599 queues and then use either PF_PACKET sockets or the PF_RING > capability to busy-poll a thread on each queue? > > Need to receive traffic from several different UDP ports together so the only > solution I'm aware of is to read raw frames. > > Need to be able to have particular threads operate exclusively on particular > queues. > > Have this working with Myricom DBL, but > would be nice do accomplish it with > 'ixgbe'. The goal, of course, is to read data without interrupts or context > switches. > > ----- > > Does the newer Intel 10G silicon support ring queues larger than 65535 > entries? > If so one could use PF_RING to access the hardware directly while avoiding > data loss from traffic bursts. That 16-bit ring limit in the 82599 is a > killer. > > Thanks! > > David > > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical > Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.cl > ktrk > _______________________________________________ > E1000-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/e1000-devel > To learn more about Intel® Ethernet, visit > http://communities.intel.com/community/wired ------------------------------------------------------------------------------ CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk _______________________________________________ E1000-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/e1000-devel To learn more about Intel® Ethernet, visit http://communities.intel.com/community/wired
