On 06.11.2012 11:27, Poul-Henning Kamp wrote:
--------
In message <5098e526.6070...@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
until finished.
Amongst the sensible uses for that would be high-speed serial
interfaces etc.
--
Andre
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"