On Wed, 2012-05-09 at 07:26 -0700, tip-bot for Peter Zijlstra wrote: > sched/fair: Let minimally loaded cpu balance the group > > Currently we let the leftmost (or first idle) cpu ascend the > sched_domain tree and perform load-balancing. The result is that the > busiest cpu in the group might be performing this function and pull > more load to itself. The next load balance pass will then try to > equalize this again. > > Change this to pick the least loaded cpu to perform higher domain > balancing. OK, so while this all sounds great its horrible broken.. there's no guarantee the selected cpu actually gets to balance the domain for it might never reach as high in its own balance pass since by then it might not be the least loaded anymore. Will have to poke at this more tomorrow, but from what my tired brain makes of it there's nothing but a straight revert (and probably similar for the next patch). -- To unsubscribe from this list: send the line "unsubscribe linux-tip-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html