[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