nbench

Il programma di riferimento richiede meno di 10 minuti per funzionare (sulla maggior parte delle macchine) e confronta il sistema viene eseguito su due sistemi di riferimento (un Dell Pentium 90 con 256 KB di cache in esecuzione MS-DOS e un AMD K6 / 233 con 512 KB cache di sistema operativo Linux).
L'archivio contiene il sorgente completo, la documentazione, e un binario (elfo Linux). La sorgente è stato compilato con successo su diversi sistemi operativi, tra SunOS, dicembre Unix 4.0, dicembre OSF1, HP-UX, dicembre Ultrix, MS-DOS, e naturalmente Linux.
Questa release è basata sul porto di Unix versione beta 2 del programma di benchmark BYTEmark BYTE Magazine (precedentemente conosciuto come modalità nativa Benchmark di BYTE). La porta per Linux / Unix è stato fatto da Uwe F. Mayer.
Ulteriori modifiche al codice sono stati fatti per rendere il lavoro codice con egcs compilatore e per rendere il packagable software. Si tratta di un benchmark CPU che fornisce indici per intero, mobile e le prestazioni della memoria. E 'single-threaded e non è progettato per misurare il miglioramento delle prestazioni su macchine multi-processore.
Esecuzione di un "fare" creerà il binario se tutto va bene. Si chiama "nbench" ed esegue una serie di 10 prove e mette a confronto i risultati di un Dell Pentium 90 con 16 MB di RAM e la cache L2 da 256 KB in esecuzione MSDOS e la compilazione con il Watcom 10.0 C / C ++.
Se si definiscono -DLINUX durante la compilazione (l'impostazione predefinita), è anche un confronto con un AMD K6 / 233 con 32 MB di RAM e 512 KB L2 cache con Linux 2.0.32 e l'utilizzo di un binario che è stato compilato con gcc GNU versione 2.7 .2.3 e GNU libc-5.4.38.
Gli algoritmi non sono state modificate dalla fonte che è stato ottenuto dal sito BYTE a http://www.byte.com/bmark/bmark.htm il 14 dicembre 1996. Tuttavia, la fonte è stato modificato per meglio lavorare con 64- macchine bit (in particolare il generatore di numeri casuali è stato modificato per funzionare sempre con 32 bit, non importa che tipo di hardware si esegue su).
Inoltre, per alcuni degli algoritmi azzeramenti supplementari dei dati sono stati aggiunti per aumentare la coerenza tra hardware differente. Alcuni debug del codice in più è stato aggiunto, che non ha alcun impatto sulle piste normali.
Nel caso ci sia il carico del sistema irregolare a causa di altri processi mentre questo benchmark interno eseguito, potrebbe richiedere più tempo per l'esecuzione su un sistema di carico.
Questo perché il punto di riferimento fa alcune analisi statistiche per assicurarsi che i risultati riportati sono statisticamente significativi, e un aumento della variazione di singole prove richiede più corse per ottenere la fiducia statistiche richieste.
Si tratta di un singolo thread di riferimento e non è progettato per misurare il miglioramento delle prestazioni su macchine multi-processore.