time unit in bench-skeleton
Carlos O'Donell
carlos@redhat.com
Wed Jun 28 04:08:00 GMT 2017
On 06/27/2017 07:59 PM, Victor Rodriguez wrote:
> I am trying to port the bench test to a most stable and usable
> platform like https://openbenchmarking.org/ in order to give others
> the capability to measure the performance of new glibc releases
That sounds very interesting. Please keep us updated on how that goes.
It would be interesting to see how such a tool handles the data over time.
> I am trying to understand the output of bench.out:
>
> "ffsll": {
> "": {
> "duration": 2.3834e+10,
> "iterations": 5.5869e+09,
> "max": 54.589,
> "min": 4.246,
> "mean": 4.26605
> }
>
> duration according to benchtests/bench-timing.h
>
> 42 /* Measure the resolution of the clock so we can scale the number of
> 43 benchmark iterations by this value. */
> 44 # define TIMING_INIT(res) \
> 45 ({ \
> 46 struct timespec start; \
> 47 clock_getres (CLOCK_PROCESS_CPUTIME_ID, &start); \
> 48 (res) = start.tv_nsec; \
> 49 })
>
> is in nanoseconds right?
Correct. This is the resolution in nanoseconds of the clock source.
--
Cheers,
Carlos.
More information about the Libc-alpha
mailing list