nbench

De benchmark programma duurt minder dan 10 minuten te lopen (op de meeste machines) en vergelijkt het systeem het wordt uitgevoerd op twee benchmark-systemen (een Dell Pentium 90 met 256 KB cache loopt MSDOS en een AMD K6 / 233 met 512 KB cache Linux).
Het archief bevat de volledige bron, documentatie en een binaire (Linux elf). De bron is met succes samengesteld op verschillende besturingssystemen, waaronder SunOS, december Unix 4.0, december OSF1, HP-UX, december Ultrix, MS-DOS, en natuurlijk Linux.
Deze versie is gebaseerd op de Unix haven van beta release 2 van BYTEmark programma benchmark-BYTE Magazine's (voorheen bekend als BYTE Native Mode benchmarks). De poort naar Linux / Unix werd gedaan door Uwe F. Mayer.
Aanvullende wijzigingen aan de code werden gemaakt om de code te werken met egcs compiler te maken en om de software packagable maken. Dit is een CPU benchmark verstrekken indexen voor integer, drijvende, en het geheugen prestaties. Het is single-threaded en is niet ontworpen om de prestaties winst op multi-processor machines te meten.
Het runnen van een "make" zal de binaire maken als alles goed gaat. Het heet "nbench" en voert een reeks van 10 proeven en vergelijkt het resultaat van een Dell Pentium 90 met 16 MB RAM en 256 KB L2-cache MSDOS en samenstellen met Watcom 10,0 C / C ++ compiler.
Als u -DLINUX definiëren tijdens het compileren (de standaard), dan ook een vergelijking met een AMD K6 / 233 met 32 ​​MB RAM en 512 KB L2-cache van Linux 2.0.32 en het gebruik van een binaire dat is samengesteld met GNU gcc versie 2.7 krijgen .2.3 en GNU libc-5.4.38.
De algoritmen waren niet van de bron die werd verkregen uit de BYTE website http://www.byte.com/bmark/bmark.htm op 14 december, 1996. Echter, de bron aangepast productiever werken met 64- bit machines (met name de random number generator werd gewijzigd om altijd te werken met 32 ​​bit, maakt niet uit wat voor soort hardware je het draait op).
Bovendien, voor sommige algoritmen bijkomende resets van de gegevens werd toegevoegd aan de consistentie tussen verschillende hardware verhogen. Sommige extra debugging code werd toegevoegd, die geen invloed op de normale runs heeft.
In het geval dat er ongelijke belasting van het systeem als gevolg van andere processen, terwijl deze benchmark suite uitvoert, kan het langer duren om te draaien dan op een onbelaste systeem.
Dit komt omdat de referentie heeft enkele statistische analyse om ervoor te zorgen dat de gerapporteerde resultaten zijn statistisch significant, en een verhoogde variatie in individuele runs vereist runs om de vereiste statistische betrouwbaarheid bereikt.
Dit is een single-threaded de benchmark en is niet ontworpen om de prestaties winst op multi-processor machines te meten.