nbench

Le programme de référence prend moins de 10 minutes afin de fonctionner (sur la plupart des machines) et compare le système, il est exécuté sur deux systèmes de référence (un Dell Pentium 90 avec 256 Ko de cache fonctionnant MSDOS et un AMD K6 / 233 avec 512 KB cache sous Linux).
L'archive contient le source complet, la documentation, et un binaire (elfe de Linux). La source a été compilé avec succès sur différents systèmes d'exploitation, y compris SunOS, Digital Unix 4.0, DEC OSF1, HP-UX, DEC Ultrix, MS-DOS, et bien sûr Linux.
Cette version est basée sur le port Unix de la version bêta 2 du programme de référence BYTEmark de BYTE Magazine (précédemment connu sous le mode natif repères de BYTE). Le port de Linux / Unix a été fait par Uwe F. Mayer.
D'autres changements au code ont été faits pour rendre le travail de code avec egcs compilateur et de faire le encapsidable logiciel. Ceci est un benchmark CPU fournir des indices pour entiers, flottants, et les performances de la mémoire. Il est mono-thread et ne vise pas à mesurer le gain de performances sur les machines multi-processeurs.
Exécution d'un «faire» va créer le binaire si tout va bien. Il est appelé "NBench" et effectue une série de 10 tests et compare les résultats à un Dell Pentium 90 avec 16 Mo de RAM et 256 Ko de cache L2 courir MSDOS et la compilation avec le Watcom 10,0 C / C ++.
Si vous définissez -DLINUX lors de la compilation (par défaut), vous obtenez également une comparaison avec un / 233 avec 32 Mo de RAM AMD K6 et 512 Ko de cache L2 sous Linux 2.0.32 et en utilisant un binaire qui a été compilé avec GNU gcc version 2.7 .2.3 et GNU libc-4.5.38.
Les algorithmes ont pas été modifiés de la source qui a été obtenu à partir du site web de BYTE au http://www.byte.com/bmark/bmark.htm le 14 Décembre, 1996. Toutefois, la source a été modifié pour mieux travailler avec les 64 machines de bits (en particulier le générateur de nombre aléatoire a été modifié pour toujours travailler avec 32 bits, peu importe quel type de matériel que vous exécutez sur).
En outre, pour certains des algorithmes resettings supplémentaires des données ont été ajoutés pour augmenter la cohérence entre les différents matériels. Certains code de débogage supplémentaire a été ajoutée, ce qui n'a pas d'impact sur les pistes normales.
Dans le cas où il est inégale charge du système en raison d'autres processus alors que cette suite de tests exécute, il pourrait prendre plus de temps afin de fonctionner que sur un système chargé.
Ceci parce que la référence fait une analyse statistique pour faire en sorte que les résultats rapportés sont statistiquement significatives, et une variation accrue dans les courses individuelles nécessite plus de points pour obtenir la confiance statistique requis.
Ceci est un point de repère à thread unique et n'a pas été conçu pour mesurer le gain de performance sur des machines multi-processeurs.