[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20161011185759.GD16071@codeblueprint.co.uk>
Date: Tue, 11 Oct 2016 19:57:59 +0100
From: Matt Fleming <matt@...eblueprint.co.uk>
To: Vincent Guittot <vincent.guittot@...aro.org>
Cc: Wanpeng Li <kernellwp@...il.com>,
Peter Zijlstra <peterz@...radead.org>,
Ingo Molnar <mingo@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Mike Galbraith <umgwanakikbuti@...il.com>,
Yuyang Du <yuyang.du@...el.com>,
Dietmar Eggemann <dietmar.eggemann@....com>
Subject: Re: [PATCH] sched/fair: Do not decay new task load on first enqueue
On Tue, 11 Oct, at 03:14:47PM, Vincent Guittot wrote:
> >
> > I see a regression,
> >
> > baseline: 2.41228
> > patched : 2.64528 (-9.7%)
>
> Just to be sure; By baseline you mean v4.8 ?
Baseline is actually tip/sched/core commit 447976ef4fd0
("sched/irqtime: Consolidate irqtime flushing code") but I could try
out v4.8 instead if you'd prefer that.
> > cat /tmp/trace.$1 | grep -E "wakeup_new.*comm=hackbench" | \
> > sed -e 's/.*target_cpu=//' | sort | uniq -c | awk '{print $1}'
>
> nice command to evaluate spread
Thanks!
Powered by blists - more mailing lists