Subject: re: CVS commit: src/sys/arch/sparc/sparc
To: Paul Kranenburg <pk@cs.few.eur.nl>
From: matthew green <mrg@eterna.com.au>
List: port-sparc
Date: 04/14/2004 11:16:24
   > >Log Message:
   > >Re-enable the HyperSPARC on-board instruction cache on multi-processor machines.
   > 
   > Cool - is this likely to make it into 2.0 ?
   
   Hopefully.  mgr is stress-testing this now.


my ss10 has been running all night.  it seems pretty good to me.  there's
a little too much use of system time in a "make -j4" build, but certainly
it's much faster than previously.  eg, "openssl speed md5" increased about
30% (about what i measured in the drop with icache disabled.)  it's hard
to tell exactly with my multi-mhz cpus, though.  netbsd's processor affinity
for running processes is obviously "pretty good".  generally a long running
process won't switch cpus, so for my ss10, which has cpus like:

	cpu0 at mainbus0: mid 8: RT620/625 @ 150 MHz, on-chip FPU
	cpu0: 512K byte write-back, 32 bytes/line, sw flush: cache enabled
	cpu1 at mainbus0: mid 10: RT620/625 @ 100 MHz, on-chip FPU
	cpu1: 256K byte write-back, 64 bytes/line, sw flush: cache enabled
	cpu2 at mainbus0: mid 11: RT620/625 @ 100 MHz, on-chip FPU
	cpu2: 256K byte write-back, 64 bytes/line, sw flush: cache enabled

you get significant variance on eg "openssl speed" runs.


but this box seems mostly stable to me now, modulo a few kernel messages.


.mrg.