Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Nov 2012 12:16:10 +0100
From:      Bernd Walter <ticso@cicely7.cicely.de>
To:        Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc:        Davide Italiano <davide@freebsd.org>, Joe Holden <lists@rewt.org.uk>, Andre Oppermann <andre@freebsd.org>, FreeBSD Current <current@freebsd.org>, Luigi Rizzo <rizzo@iet.unipi.it>, Ryan Stone <rysto32@gmail.com>
Subject:   Re: polling's future [was: Re: Dynamic Ticks/HZ]
Message-ID:  <20121111111609.GA7814@cicely7.cicely.de>
In-Reply-To: <10890.1352198788@critter.freebsd.dk>
References:  <CACYV=-Ef5ij7%2BgqDV9oS3xRyD6Yy2mqDyKqqUZZQ-KsWb_3C3A@mail.gmail.com> <5097898C.9080109@rewt.org.uk> <CAFMmRNwR_XxjnRZvxqew77qNnOTGWrRQnhJkg4u2berL8VCVtw@mail.gmail.com> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> <10806.1352197657@critter.freebsd.dk> <5098E8B4.5040309@freebsd.org> <10890.1352198788@critter.freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Nov 06, 2012 at 10:46:28AM +0000, Poul-Henning Kamp wrote:
> --------
> In message <5098E8B4.5040309@freebsd.org>, Andre Oppermann writes:
> 
> >> I think it should go away, and if there still is a relevant
> >> usage segment, be replaced by _real_ "device-polling" which is
> >> not tied to the network stack.
> >
> >Don't we already have the equivalent with a fast interrupt thread
> >that simply acknowledges and disables the interrupt [...]
> 
> The point is that not all hardware have interrupt-pacing, so
> being able to poll at a lower rate in software would save overhead.
> 
> I'm not sure if the hardware where this applies is still relevant,
> it would probably be mostly in the embedded space.

I've used polling on embedded systems to avoid userland starvation and
not to gain bandwidth.
Interrupts have priority over userland processes and with a CPU not capable
to handle say 100MBit/s ethernet interrupt load you can't even login via
console console.
With polling such a machine is way more responsive and allow people to find
out that there is a saturated link before pulling the plug.
There are likely other solutions, but it worked well for that puprose.

-- 
B.Walter <bernd@bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121111111609.GA7814>