Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755142AbbHQLsv (ORCPT ); Mon, 17 Aug 2015 07:48:51 -0400 Received: from bombadil.infradead.org ([198.137.202.9]:55035 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753666AbbHQLsu (ORCPT ); Mon, 17 Aug 2015 07:48:50 -0400 Date: Mon, 17 Aug 2015 13:48:35 +0200 From: Peter Zijlstra To: Morten Rasmussen Cc: mingo@redhat.com, vincent.guittot@linaro.org, daniel.lezcano@linaro.org, Dietmar Eggemann , yuyang.du@intel.com, mturquette@baylibre.com, rjw@rjwysocki.net, Juri Lelli , sgurrappadi@nvidia.com, pang.xunlei@zte.com.cn, linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/6] sched/fair: Compute capacity invariant load/utilization tracking Message-ID: <20150817114835.GB20948@worktop> References: <1439569394-11974-1-git-send-email-morten.rasmussen@arm.com> <20150816204605.GL10304@worktop.programming.kicks-ass.net> <20150817112951.GA8133@e105550-lin.cambridge.arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150817112951.GA8133@e105550-lin.cambridge.arm.com> User-Agent: Mutt/1.5.22.1 (2013-10-16) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1361 Lines: 35 On Mon, Aug 17, 2015 at 12:29:51PM +0100, Morten Rasmussen wrote: > On Sun, Aug 16, 2015 at 10:46:05PM +0200, Peter Zijlstra wrote: > > On Fri, Aug 14, 2015 at 05:23:08PM +0100, Morten Rasmussen wrote: > > > Target: ARM TC2 A7-only (x3) > > > Test: hackbench -g 25 --threads -l 10000 > > > > > > Before After > > > 315.545 313.408 -0.68% > > > > > > Target: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz > > > Test: hackbench -g 25 --threads -l 1000 (avg of 10) > > > > > > Before After > > > 6.4643 6.395 -1.07% > > > > Yeah, so that is a problem. > > Maybe I'm totally wrong, but doesn't hackbench report execution so less > is better? In that case -1.07% means we are doing better with the > patches applied (after time < before time). In any case, I should have > indicated whether the change is good or bad for performance. > > > I'm taking it some of the new scaling stuff doesn't compile away, can we > > look at fixing that? > > I will double-check that the stuff goes away as expected. I'm pretty > sure it does on ARM. Ah, uhm.. you have a point there ;-) I'll run the numbers when I'm back home again. -- 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/