Hi.
We have a requirement for highly accurate measurements of small bursts and
datagrams. On some of our appliances we don't have the following issue, but
when attempting to use 82574 and 82583 controllers, we are seeing TX delays of
the first 3 packets in a burst. It's quite dramatic when graphed against other
controllers (non e1000e, e.g. 82598, Marvell), but the delays are quite
significant. A datagram (or first packet in a burst) is delayed 150 usec,
second packet delayed 80 usec, third delayed 40 usec and no delay on any
subsequent packets. It's almost like a Nagel algorithm.
These delays are quite significant for our application and it would be great
to get rid of them. I tried all module parameters and I tried modifying some
defaults such as BURST_RDTR. Is there anything we can do to eliminate these
delays?
--
Fred Klassen
Founder, AppNeta
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
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
