On Wed, Jul 23, 2014 at 06:55:03AM +0200, Mike Galbraith wrote: > On Mon, 2014-07-21 at 09:42 -0700, Andi Kleen wrote: > > > FWIW the main problem is currently that switch-through-idle is so > > slow. I think improving that would give a boost to far more > > situations. > > Two high frequency idle enter/exit suckage spots: > > 1) nohz (tick) - it's expensive to start/stop tick on every micro-idle, > throttle it or something. Yeah, so the idea was to use the cpuidle idle guestimator to control this, and now that we've moved it somewhat closer to the scheduler that might become possible. > 2) ondemand governor - tweak silly default settings to reflect the > reality that we routinely schedule communicating threads cross core. Yeah, so the plan is to shoot cpufreq in the head and base the replacement on smp aware metrics ;-) Its on a todo list somewhere.. -- To unsubscribe from this list: send the line "unsubscribe linux-api" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
