Peter Zijlstra wrote:
This really needs a new kernel-internal scheduler API though, which
does a lot of fancy things to do:
se->vruntime += 1000000;
i.e. add 1 msec worth of nanoseconds to the task's timeline. (first
remove it from the rbtree, then add it back, and nice-weight it as
well)
I suspected it would be as simple as this.
Is that thread guaranteed to run as SCHED_OTHER?
No, it's user specified. But if it isn't SCHED_OTHER, we don't mind if
it spins (and we hope realtime systems aren't overcommitted).
--
error compiling committee.c: too many arguments to function
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
