nbench

Program odniesienia zajmuje mniej niż 10 minut, aby uruchomić (na większości maszyn) i porównuje system jest zasilany z dwóch układów odniesienia (Dell Pentium 90 z 256 KB pamięci podręcznej z systemem MS-DOS oraz AMD K6 / 233 z 512 KB cache Linuksa).
Archiwum zawiera pełne źródła, dokumentację oraz binarny (Linux elf). Źródło powodzeniem opracowane na różnych systemach operacyjnych, w tym SunOS, grudzień Unix 4.0, grudzień OSF1, HP-UX, grudzień Ultrix, MS-DOS, i oczywiście Linux.
Ta wersja jest oparta na porcie Unix wersji beta 2 BYTEmark programu benchmarku Byte Magazine (znany wcześniej jako bajt na testach trybu macierzystego). Port do Linux / Unix zostało wykonane przez Uwe F. Mayer.
Dodatkowe zmiany w kodeksie zostały wykonane do pracy kodu z egcs kompilator i aby packagable oprogramowania. Jest to punkt odniesienia dla procesora zapewniając całkowitą, indeksy pływających i wydajności pamięci. Jest jednowątkowy i nie jest przeznaczony do pomiaru wzrostu wydajności na maszynach wieloprocesorowych.
Running "make" tworzy plik binarny, jeśli wszystko pójdzie dobrze. To się nazywa "nbench" i wykonuje zestaw 10 testów i porównuje wyniki do Dell Pentium 90 z 16 MB pamięci RAM i 256 MB pamięci podręcznej L2 z systemem MS-DOS i kompilując z Watcom 10,0 C / C ++.
Jeśli podczas kompilacji zdefiniować -DLINUX (domyślny), a następnie dostaje się też porównania do AMD K6 / 233 z 32 MB pamięci RAM i 512 KB pamięci podręcznej L2 oraz systemem Linux 2.0.32 za pomocą binarnego, który został skompilowany z GNU gcc w wersji 2.7 .2.3 i GNU libc-4.5.38.
Algorytmy nie zostały zmienione przez źródła, które uzyskano ze strony internetowej bajcie http://www.byte.com/bmark/bmark.htm 14 grudnia 1996. Jednakże źródłowy został zmodyfikowany w celu lepszej pracy z 64- Maszyny bitowe (w szczególności generator liczb losowych został zmodyfikowany, aby zawsze pracować z 32 bitów, bez względu na rodzaj sprzętu i uruchomić ją na).
Co więcej, dla niektórych algorytmów dodatkowe ponowne regulacje dotyczące danych został dodany do zwiększenia spójności w całej innym sprzęcie. Niektóre dodatkowego kodu dodano, która nie ma wpływu na normalne trasy.
W przypadku, gdy nie jest równomierne obciążenie systemu w wyniku innych procesów, podczas gdy w tym benchmarku apartament wykonuje, może to trwać dłużej niż do uruchomienia w systemie nieobciążonym.
To dlatego, że punktem odniesienia czyni niektóre analizy statystycznej, aby upewnić się, że przedstawione wyniki są istotne statystycznie, a zwiększona zmienność poszczególnych tras wymaga więcej działa w celu osiągnięcia wymaganej pewności statystycznej.
To jednowątkowy odniesienia i nie jest przeznaczony do pomiaru wzrostu wydajności na maszynach wieloprocesorowych.