* Soren Kristensen <[EMAIL PROTECTED]> [011027 03:43] wrote:
> Luigi and all,
>
> That looks very interesting to me.... I would like to follow up with a
> question, just because of my interest in getting maximum packet
> forwarding performance out of FreeBSD....
>
> As I see it, the advantage of the polling code is to avoid interrupts
> and context switches.
>
> Is it possible to implement all the basic packet forwarding to run to
> completion at interrupt, ie, when a packet comes in, the interrupt code
> would run until the packet has been sent out on another interface, and
> then loop back to see if there's more incomming packets, in a polling
> fashion.
>
> That would give the advantage of the polling, but without the latency.
>
> I'm mostly a hardware guy, so bear over with me if it's not possible at
> all....
Actually your idea is sort of what Terry Lambert posted about a couple
of weeks ago. I have no idea what happened in the end, the flameage
went on and on and I lost interest.
Can anyone summarize for the benefit of the list?
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.'
http://www.morons.org/rants/gpl-harmful.php3
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
