That's 5% overhead in context switches. Definitely not in the 'horrible' category.
This would be a rather tempting item for 2.6.37 ... especially as it really mainly
reuses existing group scheduling functionality, in a clever way.
Mind doing more of the tty->desktop renames/generalizations as Linus suggested, and
resend the patch?
I'd also suggest to move it out of EXPERIMENTAL - we dont really do that for core
kernel features as most distros enable CONFIG_EXPERIMENTAL so it's a rather
meaningless distinction. Since the feature is default-n, people will get the old
scheduler by default but can also choose this desktop-centric scheduling mode.
I'd even argue to make it default-y, because this patch clearly cures a form of
kbuild cancer.
Thanks,
Ingo
--