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
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
Copyright © 2002-2024 | Prywatność | Load: 1.82 | SQL: 1 | Uptime: 59 days, 2:54 h:m |
Wszelkie uwagi prosimy zgłaszać pod adresem eddy@heh.pl