Re: x86, ARM, PARISC, PPC, MIPS and Sparc folks please run this
From: Jamie Lokier
Date: Mon Sep 01 2003 - 05:51:07 EST
- Next message: Markus Hästbacka: "Re: Weird problem with nforce2"
- Previous message: Sam Creasey: "Re: x86, ARM, PARISC, PPC, MIPS and Sparc folks please run this"
- In reply to: Sam Creasey: "Re: x86, ARM, PARISC, PPC, MIPS and Sparc folks please run this"
- Next in thread: Sam Creasey: "Re: x86, ARM, PARISC, PPC, MIPS and Sparc folks please run this"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sam Creasey wrote:
> 68020+Sun-3 MMU results attached below (this is for a 3/60, and it's not
> suprising that it passes, as there's no real cache in this configuration
> (the sun3/2xx did have external cache, but the onboard ethernet in my
> 3/210 is on the fritz, and it's not booting at the moment). Note that
> this is the newer version of the program which Jamie just posted.
Thanks.
> bash-2.03# time ./jamie-test2
> (2048) [10000,10000,0] Test separation: 8192 bytes: pass
Mighty suspicious gettimeofday() you have there.
> real 1m34.330s
> user 1m30.030s
> sys 0m4.070s
Indeed, on other systems the test completes in a few seconds at most,
not because of CPU speed, but because gettimeofday() returns high
resolution time on them.
Isn't there a way to read high resolution time on the 68020 Sun-3?
-- Jamie
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Next message: Markus Hästbacka: "Re: Weird problem with nforce2"
- Previous message: Sam Creasey: "Re: x86, ARM, PARISC, PPC, MIPS and Sparc folks please run this"
- In reply to: Sam Creasey: "Re: x86, ARM, PARISC, PPC, MIPS and Sparc folks please run this"
- Next in thread: Sam Creasey: "Re: x86, ARM, PARISC, PPC, MIPS and Sparc folks please run this"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]