Date: Sat, 27 Oct 2001 03:52:40 -0500 From: Alfred Perlstein <bright@mu.org> To: Soren Kristensen <soren@soekris.com> Cc: Luigi Rizzo <rizzo@aciri.org>, net@FreeBSD.ORG, Terry Lambert <tlambert2@mindspring.com> Subject: Re: NEW CODE: polling support for device drivers. Message-ID: <20011027035240.Q15052@elvis.mu.org> In-Reply-To: <3BDA73C0.73DBCAE9@soekris.com>; from soren@soekris.com on Sat, Oct 27, 2001 at 01:43:44AM -0700 References: <20011027005905.A72758@iguana.aciri.org> <3BDA73C0.73DBCAE9@soekris.com>
next in thread | previous in thread | raw e-mail | index | archive | help
* Soren Kristensen <soren@soekris.com> [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 [alfred@freebsd.org]
'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 majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011027035240.Q15052>