RE: sched_yield: delete sysctl_sched_compat_yield

[David Schwartz]

	I've asked versions of this question at least three times and never gotten
anything approaching a straight answer:

	1) What is the current default 'sched_yield' behavior?

	2) What is the current alternate 'sched_yield' behavior?

	3) Are either of them sensible? Simply acting as if the current thread's
timeslice was up should be sufficient.

	The implication I keep getting is that neither the default behavior nor the
alternate behavior are sensible. What is so hard about simply scheduling the
next thread?

	We don't need perfection, but it sounds like we have two alternatives of
which neither is sensible.

	DS


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/