lkml.org 
[lkml]   [2001]   [Oct]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [announce] [patch] limiting IRQ load, irq-rewrite-2.4.11-B5

kuznet@ms2.inr.ac.ru writes:

> "some hysteresis" is right word. This loop is an experiment with still
> unknown result yet. Originally, Jamal proposed to spin several times.
> I killed this. Robert proposed to check inifinite loop yet. (Note,
> jiffies check is just a way to get rid of completely idle devices,
> one jiffie is enough lonf time to be considered infinite).
>

And from our discussion about packet-reordering we get even more motivation
for the "extra-polls" not only to save IRQ's

We may expand this to others too...

As polling-lists are per CPU and consecutive polls stays within the same
CPU the device becomes bound to one CPU. We are protected against packet
reordering as long there are consecutive polls.

I've consulted some CS people who has worked with this issues and I have
understood packet reordering is non-trivial problem at least with a general
approach.

So to me it seems we do very well with a very simple scheme and as I
understand all SMP networking will benefit from this.

Our "field-test" indicates that the packet load is still well distributed
among the CPU's.

So maybe the showstopper comes out as a showwinner. :-)

Cheers.

--ro
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:04    [W:0.083 / U:0.060 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site