On Tue, Aug 16, 2022 at 08:48:54AM -0400, Elad Lahav wrote: > On 2022-08-16 08:46, Elad Lahav wrote: > > Signed-off-by: Elad Lahav <e2lahav@xxxxxxxxx> Queued and pushed, thank you! > I tested the change on an aarch64 board on both QNX and Linux. The Linux > results show quite the change in performance from the clock_gettime() > version, which is probably expected. > > Before: > root@localhost:~/src/CodeSamples/defer# ./gettimestamp > d3f5e50a7d > d3f5e50af5 120 > d3f5e50b6d 120 > d3f5e50be5 120 > d3f5e50c5d 120 > d3f5e50cd5 120 > d3f5e50d25 80 > d3f5e50d9d 120 > d3f5e50e15 120 > d3f5e50e8d 120 > > After: > root@localhost:~/src/CodeSamples/defer# ./gettimestamp > 73706dac1 > 73706dac2 1 > 73706dac4 2 > 73706dac5 1 > 73706dac6 1 > 73706dac8 2 > 73706dac9 1 > 73706dacb 2 > 73706dacc 1 > 73706dacd 1 I have to ask... Are these the same units? (I have in the past used hardware where they would not be.) Anyway, even if the hardware clock ticks an order of magnitude more slowly, it is an impressive speedup. ;-) Thanx, Paul
