> The preemptible kernel ALSO has to wait for a scheduling point
> to roll around, since it cannot preempt with spinlocks held.
>
> Considering this, I don't see much of an advantage to adding
> kernel preemption.
It only has to wait if locks are held and then only until the locks are
dropped. Otherwise it will preempt on the next return from interrupt.
Future work would be to look into long-held locks and see what we can
do.
Without preempt-kernel, we have none of this: either run until
completion or explicit scheduling points.
Robert Love
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/