polling decreases throughput ~50%

Dmitry Mityugov dmitry.mityugov at gmail.com
Sun Aug 21 16:41:17 GMT 2005


On 8/21/05, Garrett Cooper <youshi10 at u.washington.edu> wrote:
...
>     Heh. We just discussed polling vs interrupts in an embedded systems
> class this past quarter. Interrupts are better for more intermittent use
> and polling is better for more frequent use, as polling is actually a
> deadloop of course-for checking a flag most of the time-with potentially
> a lot of wasted clock cycles before a context switch is made and the
> task that was being polled for is run. Also, considering that actual
> computer hardware isn't going to be running 100% of the time (except for
> the CPU running idle tasks and stuff), interrupts are by far the better
> way to go in general. But yeah... too many interrupts are bad as well...
>     Anyhow, that was sidetracking a bit :).

Probably a good solution to this problem is to switch to the polling
mode when you get an interrupt (or a few interrupts in a row), and
switch back to the interrupt mode when the line has been idle for a
while.

-- 
Dmitry Mityugov, St. Petersburg, Russia
I ignore all messages with confidentiality statements

"We live less by imagination than despite it" - Rockwell Kent, "N by E"


More information about the freebsd-questions mailing list