Baza wyników benchmarków - propozycja.

[Jenot]

Mam taką propozycję - możeby zbudować bazę wyników jakiegoś benchmarku pod linuksem? Znalazłem coś takiego:

ftp://ftp.sco.com/pub/opensource/aim-suite9/s9110.tar.Z

Rozpakować, skompilować , uruchomić, wygenerować plik postscriptowy. Później razem z opisem konfiguracji kompa i wersją systemu/jądra/flagami kompilatora można taką bazę gdzieś umieścić. Pomogłoby to w wyborze sprzętu czy dystrybucji. Jeszcze dzisiaj postaram się gdzieś wrzucić swoje wyniki.

[Proximo]

bardzo dobry pomysl czekamy na jakies wersje probne :)

[Jenot]

Wrzuciłem dwa pliki (nie zwracać uwagi na stronę główną - nie chce mi się nic tam robić):

http://jenot.webpark.pl/jenot.txt

http://jenot.webpark.pl/jenot.ps

Pierwszy plik to konfiguracja komputera, drugi - wygenerowany przez aim IX dokument postscriptowy z wynikami testu.

Update: Instalacja testu jest prosta, ale gdyby ktoś miał problemy to służę pomocą.

[bigfan]

Dla samego CPU istnieje takie cos jak nbench. Na stronie dosc duze zestawienie z wynikami. A adres sobie dziady znajdziecie w google ;-) Niech to posluzy za cwiczenie dla niektorych ;-)

[Jenot]

Bigfan: nbench to test syntetyczny samego procesora i pamięci (wyniki dla różnych procesorów co najmniej dziwne są), a Aim IX... sobie wygooglaj.

[bigfan]

Dosc skomplikowana za to jest interpretacja wynikow (AIM) ;-) Zawsze mozna sie powolac na najprostszy test swiata - czas kompilacji jadra przy ustalonej konfiguracji .config. Testuje to i procesor i pamiec i troche dysk. Jesli idzie o AIM, to by trzeba ustalic, ile sekund ma trwac kazdy test, zeby wyniki wbyly porownywalne.

[Phil]

hmm, mi sie aim nawet skompilowac niechce a nbench wywala coredump ;]

[Jenot]

A jaki komunikat przy kompilacji?

[Phil]

cc -O -c add.ccc -O -c disk1.cdisk1.c: In function `sync_disk_rw':disk1.c:301: `O_SYNC' undeclared (first use in this function)disk1.c:301: (Each undeclared identifier is reported only oncedisk1.c:301: for each function it appears in.)disk1.c: In function `sync_disk_cp':disk1.c:490: `O_SYNC' undeclared (first use in this function)disk1.c: In function `sync_disk_wrt':disk1.c:598: `O_SYNC' undeclared (first use in this function)disk1.c: In function `sync_disk_update':disk1.c:664: `O_SYNC' undeclared (first use in this function)*** Error code 1

[Jenot]

Dodałeś bieżący katalog do $PATH? Masz zainstalowane źródła jądra? Przed make uruchomiłeś S9Setup?

[Sir_Yaro]

jak to uruchomic?

 

AIM Independent Resource Benchmark - Suite IX v1.1, January 22, 1996Copyright (c) 1996 - 2001 Caldera International, Inc.All Rights ReservedMachine's name                                    : Machine's configuration                           : Number of seconds to run each test [2 to 1000]    : Path to disk files                                : build_temp_file: Unable to create file /bench/tmpa.commoncreat: No such file or directory[root@yaro s9110]# echo $PATH/sbin:/usr/sbin:/bin:/usr/bin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/share/apps/superkaramba/scripts:/tmp/s9110[root@yaro s9110]# pwd/tmp/s9110[root@yaro s9110]#

[Jenot]

Jako ścieżkę do tymczasowych plików podaj jakiś istniejący katalog.

[bigfan]

I od razu widac, kto czytal a kto nie czytak README i INSTALL ;-)

[Sir_Yaro]

I od razu widac, kto czytal a kto nie czytak README i INSTALL ;-)

hehehe... ale wtopiles....

rzeczywiscie widac kto czytal..... :lol:

W README jest opis licencji, dla jakich systemow jest support, o znakach handlowych etc.

W INSTALL natomiast jest opis instalacji, oraz zapis:

- start a benchmark run:

 

       multitask -nl

przy czym taki plik nie istnieje :P

[root@yaro s9110]# ls -1 mul*mul.cmul.o[root@yaro s9110]#

wiecej nic nie ma

powiedz prosze, ze jest Ci glupio.... :P

 

Inna bajka to katalog 'doc' i tam jest dokladniejszy opis :P

A odpala sie to poprzez plik 'singleuser' i podanie sciezek albo przez RUN - ale wtedy trzeba zmienic sciezke w pliku 'input' bo jest wklepana blednie...

[Jenot]

Odnośnie singleuser i multiuser - zdaje się, że część dokumentacji przeniesiono z AIM VII, który jest/był zaprojektowany do testowania pracy wieloużytkownikowej.

[phranzee]

jest jeszcze glxgears.

 

a wracajac do tego benchmarka to wynikow strasznie duzo i trudno cokolwiek porownywac, za duzo roboty. poza tym cos pochrzaniony jest troche - chce odpalac komendy bez "./". tak, wiem, $PATH, ale jakos inne programy sobie radza bez patha ;]

 

@bigfan: a kto ma takie same jajko ? :) wielu paczuje i wogule :]

 

co do optymalizacji systemu - multum flag, ext3+index, prelink, cfq scheduler, rownolegle odpalane wszystko przy boocie, moze jeszcze cos, ale nie pamietam ;]

[bigfan]

phranzee: Ech, bierzesz czyste zrodla, pobierasz ustandaryzowany .config i time make bzImage chocby i juz :-)

Pomijam juz precyzyjnosc tego benchmarka i brak konkretnych danych oprocz czasu, ale w ostatecznosci da sie. To tak na marginesie.

 

Co do SCO to sie zgadzam, benchmark dosc klopotliwy w interpretacji, ale z drugiej strony mozna by sprobowac prownac kilka roznych konfiguracji i sprawdzic, jakie sa roznice bezwzgledne. To nam moze poowiedziec troche o jakosci owego benchmarka.

[Jenot]

Tylko czas trzeba ustalić. Ten, do którego link podałem jest ustawiony na 20s. Nie wiem, jaki jest optymalny - dokumentacja nic na ten temat nie mówi, a jednak różnice w wynikach przy różnych czasach są spore.

[Phil]

Jenot: sorry, post sie zaplatal ;)

 

a wiec odpowiedz: tak/tak/tak :)

moze problem w tym ze to bsd ?

 

co do readme, duzo to tam niepisze