Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1208142 > unrolled thread

Re: [RFCv5 PATCH 36/46] sched: Prevent unnecessary active balance of single task in sched group

Started byPeter Zijlstra <peterz@infradead.org>
First post2015-08-15 22:00 +0200
Last post2015-08-15 22:00 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [RFCv5 PATCH 36/46] sched: Prevent unnecessary active balance of  single task in sched group Peter Zijlstra <peterz@infradead.org> - 2015-08-15 22:00 +0200

#1208142 — Re: [RFCv5 PATCH 36/46] sched: Prevent unnecessary active balance of single task in sched group

FromPeter Zijlstra <peterz@infradead.org>
Date2015-08-15 22:00 +0200
SubjectRe: [RFCv5 PATCH 36/46] sched: Prevent unnecessary active balance of single task in sched group
Message-ID<pXPMv-2Vm-29@gated-at.bofh.it>
On Tue, Jul 07, 2015 at 07:24:19PM +0100, Morten Rasmussen wrote:
> Scenarios with the busiest group having just one task and the local
> being idle on topologies with sched groups with different numbers of
> cpus manage to dodge all load-balance bailout conditions resulting the
> nr_balance_failed counter to be incremented. This eventually causes an
> pointless active migration of the task. This patch prevents this by not
> incrementing the counter when the busiest group only has one task.
> ASYM_PACKING migrations and migrations due to reduced capacity should
> still take place as these are explicitly captured by
> need_active_balance().
> 
> A better solution would be to not attempt the load-balance in the first
> place, but that requires significant changes to the order of bailout
> conditions and statistics gathering.

*groan*, and this is of course triggered by your 2+3 core TC2 thingy.

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

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web