Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1208545
| 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 |
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
[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