From owner-freebsd-net Sat Oct 27 1:52:44 2001 Delivered-To: freebsd-net@freebsd.org Received: from elvis.mu.org (elvis.mu.org [216.33.66.196]) by hub.freebsd.org (Postfix) with ESMTP id CFE3437B401 for ; Sat, 27 Oct 2001 01:52:40 -0700 (PDT) Received: by elvis.mu.org (Postfix, from userid 1192) id D52A681D05; Sat, 27 Oct 2001 03:52:40 -0500 (CDT) Date: Sat, 27 Oct 2001 03:52:40 -0500 From: Alfred Perlstein To: Soren Kristensen Cc: Luigi Rizzo , net@FreeBSD.ORG, Terry Lambert Subject: Re: NEW CODE: polling support for device drivers. Message-ID: <20011027035240.Q15052@elvis.mu.org> References: <20011027005905.A72758@iguana.aciri.org> <3BDA73C0.73DBCAE9@soekris.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3BDA73C0.73DBCAE9@soekris.com>; from soren@soekris.com on Sat, Oct 27, 2001 at 01:43:44AM -0700 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org * Soren Kristensen [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