Temat

Baza wyników benchmarków - propozycja.

81.15.184.* napisał:

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

CODE

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.

83.25.228.* napisał:

bardzo dobry pomysl czekamy na jakies wersje probne

81.15.184.* napisał:

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ą.

62.87.147.* napisał:

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

81.15.184.* napisał:

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.

193.109.91.* napisał:

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.

83.64.82.* napisał:

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

81.15.184.* napisał:

A jaki komunikat przy kompilacji?

83.64.82.* napisał:

CODE

cc -O -c add.c

cc -O -c disk1.c

disk1.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 once

disk1.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

81.15.184.* napisał:

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

80.55.48.* napisał:

jak to uruchomic?

CODE

AIM Independent Resource Benchmark - Suite IX v1.1, January 22, 1996

Copyright (c) 1996 - 2001 Caldera International, Inc.

All Rights Reserved

Machine'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.common

creat: No such file or directory

[rootyaro 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

[rootyaro s9110]# pwd

/tmp/s9110

[rootyaro s9110]#

81.15.184.* napisał:

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

62.87.146.* napisał:

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

80.55.48.* napisał:

wiecej nic nie ma
powiedz prosze, ze jest Ci glupio....

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

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...

81.15.184.* napisał:

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

80.53.208.* napisał:

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 ;]

193.109.91.* napisał:

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.

81.15.184.* napisał:

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.

83.64.82.* napisał:

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

Podobne tematy

Działy

00 01 02 03 04 05 06