polling's future [was: Re: Dynamic Ticks/HZ]
andre at freebsd.org
Tue Nov 6 10:37:16 UTC 2012
On 06.11.2012 11:27, Poul-Henning Kamp wrote:
> In message <5098E526.6070101 at freebsd.org>, Andre Oppermann writes:
>> Hi Luigi,
>> do you agree on polling having outlived its usefulness in the light
>> of interrupt moderating NIC's and SMP complications/disadvantages?
> Can I just point out, that what we have is not in fact "device-polling"
> but only "some-kinds-of-network-interface-polling" ?
> 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 and schedules
a dedicated taskqueue thread which then continues to process X as
long it comes in? Only after all items have been processed the
interrupt is enabled again for the next batch. The effect is hybrid
polling. When there is no work the poller doesn't have to run. If
work starts coming in the dedicated taskqueue picks up and continues
> Amongst the sensible uses for that would be high-speed serial
> interfaces etc.
More information about the freebsd-current