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


Groups > linux.kernel > #1208545

Re: [PATCH 0/6] sched/fair: Compute capacity invariant load/utilization tracking

From Peter Zijlstra <peterz@infradead.org>
Newsgroups linux.kernel
Subject Re: [PATCH 0/6] sched/fair: Compute capacity invariant load/utilization tracking
Date 2015-08-17 13:50 +0200
Message-ID <pYr5o-6fG-5@gated-at.bofh.it> (permalink)
References <pXq1H-7le-7@gated-at.bofh.it> <pYehP-4Ic-5@gated-at.bofh.it> <pYqM2-5T7-13@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


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/

Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread


Thread

[PATCH 0/6] sched/fair: Compute capacity invariant load/utilization tracking Morten Rasmussen <morten.rasmussen@arm.com> - 2015-08-14 18:30 +0200
  [PATCH 4/6] sched/fair: Name utilization related data and functions consistently Morten Rasmussen <morten.rasmussen@arm.com> - 2015-08-14 18:30 +0200
  [PATCH 6/6] sched/fair: Initialize task load and utilization before placing task on rq Morten Rasmussen <morten.rasmussen@arm.com> - 2015-08-14 18:30 +0200
  [PATCH 3/6] sched/fair: Make utilization tracking cpu scale-invariant Morten Rasmussen <morten.rasmussen@arm.com> - 2015-08-14 18:30 +0200
    Re: [PATCH 3/6] sched/fair: Make utilization tracking cpu scale-invariant Dietmar Eggemann <dietmar.eggemann@arm.com> - 2015-08-15 01:10 +0200
  Re: [PATCH 0/6] sched/fair: Compute capacity invariant  load/utilization tracking Peter Zijlstra <peterz@infradead.org> - 2015-08-17 00:10 +0200
    Re: [PATCH 0/6] sched/fair: Compute capacity invariant  load/utilization tracking Morten Rasmussen <morten.rasmussen@arm.com> - 2015-08-17 13:30 +0200
      Re: [PATCH 0/6] sched/fair: Compute capacity invariant  load/utilization tracking Peter Zijlstra <peterz@infradead.org> - 2015-08-17 13:50 +0200

csiph-web