Messages in this thread | | | Date | Mon, 9 Jan 2023 22:36:39 +0100 | From | Willy Tarreau <> | Subject | Re: Dhrystone -- userland version |
| |
Hi Geert,
On Mon, Jan 09, 2023 at 08:36:39PM +0100, Geert Uytterhoeven wrote: > Seeing the rdtsc stuff, I was a bit skeptical, but it seems to work > fine on arm32 and rv64.
Yes, I'm using it on arm32/64, mips, i386/x86_64, ppc64. It always works fine. The rdtsc stuff you saw is not there to perform the measurements, it's the opposite, the tool is measuring the TSC's frequency when there is one :-)
> Unfortunately you forgot to add a LICENSE file ;-)
I really don't care. It can be public domain or MIT (since in many places you can't drop your own rights and put something into public domain). If you need anything from it, feel free to steal code from it, I'm fine with this.
> Alternatively, I can use the C version of BogoMIPS. Which has its > own merits and reputation.
Yes, it's just that you have to apply your own ratios depending on the build options and arch if you want to find the frequency.
> The nice thing about Dhrystones is that people still publish numbers > for comparison, also DMIPS/MHz and DMIPS/mW.
Yes that's true, but the numbers can differ by orders of magnitude on the same hardware depending on build options, it's hard to compare anything using it these days.
> Gcc 4.1.2 (still the userspace compiler on a few of my old systems) > doesn't like the aligned() attribute on functions.
Good to know, thank you. We could enclose it between ifdefs if needed.
> In glibc 2.3, LLONG_MAX is defined conditionally on __USE_ISOC99.
Yes or the usual (~0ULL)/2 should work and be equally portable.
> Apart from that, the result is fairly accurate. Nice job!
Actually it's not the tool that's accurate, it's gettimeofday() ;-)
Cheers, Willy
| |