(victim of fast hw methinks. dog slow old isa card will probably work fine)
>Mike, any chance you can turn your series of patches into one that
>applies atop mingo's intra-timeslice priority preemption patch? If
>not, I suppose someone else could.
I've never seen it. Is this the test-starve fix I heard mentioned on lkml
once?
>There also appears to be some kind of issue with using monotonic_clock()
>with timer_pit as well as some locking overhead concerns. Something
>should probably be done about those things before trying to merge the
>fine-grained time accounting patch.
Ingo had me measure impact with lat_ctx, and it wasn't very encouraging
(and my box is UP). I'm not sure that I wasn't seeing some cache effects
though, because the numbers jumped around quite a bit. Per Ingo, the
sequence lock change will greatly improve scalability. Doing anything
extra in that path is going to cost some pain though, so I'm trying to
figure out a way to do something ~similar. (ala perfect is the enemy of
good mantra).
wrt pit, yeah, that diff won't work if you don't have a tsc. If something
like it were used, it'd have to have ifdefs to continue using
jiffies. (the other option being only presentable on April 1:)
-Mike
-
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/