[PATCH] Preheat CPU in benchtests

Adhemerval Zanella azanella@linux.vnet.ibm.com
Tue Apr 23 22:57:00 GMT 2013


On 23-04-2013 12:17, Ondřej Bílka wrote:
> On Tue, Apr 23, 2013 at 07:22:16AM -0700, Andi Kleen wrote:
>> Ondřej Bílka <neleai@seznam.cz> writes:
>>
>>> Benchmarks now are affected by cpu scaling when initialy run at low
>>> frequency.
>>>
>>> Following benchmark runs nonsensial loop first to ensure that benchmark
>>> are measured at maximal frequency. This greatly cuts time needed to
>>> get accurate results.
>> FWIW it's generally safer to disable frequency scaling explicitely
>> through sysfs (but that needs root), as the reaction time of the
>> p-state governour can be unpredictable.
> Which needs root, so it would request typing password each time you run 
>  automated benchmarks.
>
> I consider for some time by CPU_CLK_UNHALTED performance counter.
> However a documentation is lacking and I need it with low overhead.
>
I see it should be up to developer to setup the environment and to report
its findings and configuration used. Maybe we might add hooks though 
env. vars or additional logic on the Makefile/script that runs the benchmark
(to bind cpu/memory, setup machine scaling, etc.), but I don't think it
should in benchmark logic to setup such things.



More information about the Libc-alpha mailing list