On 5 August 2011 13:10, Daniel Lezcano daniel.lezcano@linaro.org wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 08/04/2011 12:26 PM, Vincent Guittot wrote:
On 4 August 2011 09:57, Daniel Lezcano daniel.lezcano@linaro.org wrote: On 08/03/2011 06:25 PM, Vincent Guittot wrote:
Hi Daniel,
On 3 August 2011 15:58, Daniel Lezcano daniel.lezcano@linaro.org wrote:
[ ... ]
it sounds good for me.
Ok, cool. Thanks.
Concerning the functional tests, I need some hints :)
On the architecture we have, that will be difficult to verify sched_mc works as expected. If I understood correctly, in order to test that, we should have a dual Cortex-A9 to check a program with two processes eating a lot of cpu cycles will be bounded in the same socket_id when sched_mc_power_savings=2. The other processor staying idle or not running any of these processes, right ? AFAIK, there is no such hardware, no ?
you could integrate a non regression test which check that performance results in both sched_mc_power_savings=0 and sched_mc_power_savings=2 . I have one which uses cyclictest and sysbench.
Can you elaborate a bit ? Do you mean, we should run the test and compare the result to some hardcoded values (taking account the hysteresis of course) ?
yes we should compare the results with some hard coded values or a reference test results. I don't know if it's possible to use the result of a previous tests sequence in order to make some comparisons et set a test has passed or failed ?
IMO, this is out of the scope of the pm-qa test suite. The test suite should check the different subsystem are correct. In our case, we should ensure two processes ran only on a single socket and was not spread on two different socket. I don't know how to do that right now, but I think this is what we should validate.
The goal of the non regression tests are not to measure improvement and check the right migration of the processes on one socket but to ensure that the performance of the kernel is still at the right level and that we have not introduce a big regression.
What you are proposing is some kind of power management "benchmark".
That makes sense and would be very useful to check where is the consumption cursor. But a set of prerequisite will be needed for that:
(1) the pm blocks should be validated by pm-qa (2) we have to define an userspace scenario where we set the system with a maximum power saving policy (3) run different application and collect the consumption
We can imagine to have it automated, ran when there is a kernel update and plot the result like:
http://www.phoronix.com/scan.php?page=article&item=linux_mobile_uffda&am...
http://www.linaro.org/ Linaro.org │ Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linaro Facebook | http://twitter.com/#!/linaroorg Twitter | http://www.linaro.org/linaro-blog/ Blog
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJOO923AAoJEAKBbMCpUGYApb8H/0CnUxghj8Ad0SfBGPIZLFzH 0Y6Q+8LGchv+UDlxv9kZlj0UjVSUWFDoOI9FMopj34RQFtFzkETzJsjxJ+s1OcfM hnlPzJQCMz76gXwKWU1b5eHdKbzVv/vW7yC4kEMcBX/XpYSxnyCM6x+e9ooQf01v OgnPWFqRLTyLFv4ZF1+OC5oROwmNbCd77efMJdtDijg8Ka9dzuWKtfATOjl3tGBP iouhJxmMgw0878n7QnUkLQl/DtFFTzHLHr4FBP7HRieG9QIU87no5o8M0NMak3vh rwyLet0TeCmK9rzzVs2tFgaY+yw361tnK4fzABYdBBFNCzeyvbXS550qEUrw+7E= =Grtm -----END PGP SIGNATURE-----