Re: [RFC] sched: The removal of idle_balance()

From: Steven Rostedt
Date: Fri Feb 15 2013 - 10:05:47 EST


On Fri, 2013-02-15 at 16:45 +0900, Joonsoo Kim wrote:
> Hello, Steven.

> - Before Patch
> Permance counter stats for 'perf bench sched messaging -g 300' (10 runs):
>
> 40847.488740 task-clock # 3.232 CPUs utilized ( +- 1.24% )
> 511,070 context-switches # 0.013 M/sec ( +- 7.28% )
> 117,882 cpu-migrations # 0.003 M/sec ( +- 5.14% )
> 1,360,501 page-faults # 0.033 M/sec ( +- 0.12% )
> 118,534,394,180 cycles # 2.902 GHz ( +- 1.23% ) [50.70%]
> <not supported> stalled-cycles-frontend
> <not supported> stalled-cycles-backend
> 46,217,340,271 instructions # 0.39 insns per cycle ( +- 0.56% ) [76.93%]
> 8,592,447,548 branches # 210.354 M/sec ( +- 0.75% ) [75.50%]
> 273,367,481 branch-misses # 3.18% of all branches ( +- 0.26% ) [75.49%]
>
> 12.639049245 seconds time elapsed ( +- 2.29% )
>
> - After Patch
> Performance counter stats for 'perf bench sched messaging -g 300' (10 runs):
>
> 42053.008632 task-clock # 2.932 CPUs utilized ( +- 0.91% )
> 672,759 context-switches # 0.016 M/sec ( +- 2.76% )
> 83,374 cpu-migrations # 0.002 M/sec ( +- 4.46% )
> 1,362,900 page-faults # 0.032 M/sec ( +- 0.20% )
> 121,457,601,848 cycles # 2.888 GHz ( +- 0.93% ) [50.75%]
> <not supported> stalled-cycles-frontend
> <not supported> stalled-cycles-backend
> 47,854,828,552 instructions # 0.39 insns per cycle ( +- 0.36% ) [77.09%]
> 8,981,553,714 branches # 213.577 M/sec ( +- 0.42% ) [75.41%]
> 274,229,438 branch-misses # 3.05% of all branches ( +- 0.20% ) [75.44%]
>
> 14.340330678 seconds time elapsed ( +- 1.79% )
>

Interesting that perf bench gives me a little better performance with
the idle_balance than without too. But hackbench still shows a huge
performance without idle_balance. The funny part about that is perf
bench sched messaging is based off of hackbench??

I would really like to know why hackbench gets a 50% performance without
idle balancing. Perhaps it is some kind of fluke :-/

-- Steve


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