On Tue, 2012-10-09 at 10:36 -0700, Jesse Brandeburg wrote: > > > > Jesse did not share any performance numbers with me, I am sure he can > > > > give some background tomorrow when he is back online. > > > > > > > > I am working on an alternative patch now and should have something to > > > > share tomorrow. > > > Please allow me to ask if there's any progess here? > > > > > > I've tried 3.5.4 a couple of days ago on a SuperMicro X8SIE-LN4 (82574L) > > > and could still observe severe latency (up to 3000ms) spikes. > > > > > > Applying Hiroakis suggested patch did fix this for me as well. > > > [please note as well that I didn't had this issue in any 3.4.x kernel > > > before - so +1 for fixing the regression] > > I'm not sure what went wrong internally here that this hasn't been > fixed, and I'm personally embarrassed. I am working on it until I have > a patch/solution. > > currently am trying to reproduce the issue, am in some weird how to > use BQL limbo, the lack of documentation on user usage of BQL is slowing > me down. >
BQL is blocking qdisc from delivering additional packet to TX as long as previous packets were not completed. Not sure what you want to know about BQL. > Hints or clues (I'm trying to follow the repro steps mentioned in > some related threads) are appreciated. Problem is BQL depends on TX completion being done in a reasonable time. It seems e1000e can hold an skb in TX ring for up to 3000ms (not reasonable it seems) Aggregation / coalescing is fine, as long as we dont hold a packet too long, in case no other packet follows. ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ 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
