The question is, how long would that take on the same hardware but on
4.1? :-) My guess is approx. 16 times less time.
I have now tested this on a third machine, a 1.9ghz Sempron LE-1100,
on both 4.1, 4.2 and 4.3 (all i386 dist), and the result is the same;
approx. 16 times slower gettimeofday() on 4.2 and 4.3.
Unix Fan's explanation is surely the reason, but it still leaves the
problem as a fact - a quite performance impairing fact.
Maybe someone will take a look at it and find a way to improve it. The
scenarios that are affected are numerous.
-SD
On 14 Mar 2008 12:53:06 -0700, Unix Fan <[EMAIL PROTECTED]> wrote:
> $ ./time
>
>
>
> 1000000 calls to gettimeofday() ... 4.503s
>
>
>
> $ uname -srp
>
> OpenBSD 4.2 AMD Athlon(TM) XP 2600+ ("AuthenticAMD" 686-class, 512KB L2
> cache)
>
> $
>
>
>
> Seems fine here, looks like the error is on your end.. ;)
>
>
>
> Have you tested on 4.3/snapshots.. perhaps enabling/disabling acpi.. etc?
>
>
>
>
>
>
>
> -Nix Fan.
