Jeg har kjørt benchmarks på følgende maskinvare:
- 3600 Xeon, 1024K Cache, nei september, ingen modell #
- 2800 Xeon, 512k Cache, nei september, ingen modell #
- 2333 Xeon, 4095k Cache, nei september, E5E45
- 1000 Opteron, 1024K Cache, nei september, 270
- 2000 Opteron, 1024K Cache, september, 270
- 2600 Opteron, 1024K Cache, nei september, 285
- 2600 Opteron, 1024K Cache, september, 285
Disse systemene var under forskjellige mengder last, så gjennomsnitt ble tatt, og de kan ikke anses som 100% pålitelig. Den benchmarks brukte en gettimeofday ()-kallet som løkker i minst 3 sekunder. Vedlagte PDF viser resultatene i form av «tics per SemOp". og "SemOps per sekund".
Observasjoner:
Den Opteron 270 kjører på 1 GHz og bruke int 80 for systemet samtaler
var den raskeste per clock tic. Den raskeste prosessorer (den Xeons) var den tregeste. Dette tyder på at problemet er minnet tilgang.
Den rå tallene viser at sysent ringe på Opteron gjør semop ca 14% raskere. Statisk compilation generelt forbedret hastighet, men på grunn av systemet last, ville jeg ikke satt mye betydning på disse tallene. Den eneste dynamiske koblinger, egentlig, er biblioteket samtalen å påberope seg et system samtale.
Analyse:
Jeg vil overlate til andre å forklare disse dataene.