Benchmark - miernik wydajnosci :)

[MarcinG]

Dzisiaj zainstalowalem sobie xxx VirtualBox i przez przypadek podczas instalowania ntej z kolei dystrybucji linuxa zauwazylem ze klient BOINCa "Linux x86 6.6.17 Development version "  na moim kompie ma mniej niz na wirtualu jakies smiesznej dystrybucji live.
Na swoim mam : 3441 floating i 10101 integer   (zwykly klient i686 - float. 2500  integer 6100 )  a na tym vboxie mam az 6150 i 11400 .. Pewnie niektore projekty uzywaja pomiaru wydajn. do punktowania itp.  Zebym mial taka wydajnosc w boinc w realu to musialbym podkrecic kompa o kolejne 0.5 Ghz albo nawet 1Ghz a przeciez to nierealne ;/

Moze ktos wytlumaczy jak to z tym jest..i czy warto dla tak duzej roznicy w benchmarku przesiadac sie na vbox.. ktory zre CPU i pamiec..:)


ten screen zrobiony 1h pozniej.. -> http://img22.imageshack.us/my.php?image=35217497.png
number of cpu widac jeden bo to 32bit i klient takze.


dopisze jeszcze jedna rzecz.:
kubuntu x64 jaunty, klient 64bit:               Ap24 - 644 sek, PSP sieve 1160 sek.
http://www.primegrid.com/show_host_detail.php?hostid=100391


slitaz-cooking.iso 32bit na vboxie :  Ap24 - 300-400sek , PSP Sieve- 700-900 sek

klient 6.6.17 i686 - http://www.primegrid.com/show_host_detail.php?hostid=102314

PSP sieve - http://www.primegrid.com/workunit.php?wuid=64698308
Ap24        - http://www.primegrid.com/workunit.php?wuid=64781699

prób cd.

[AiDec]

To co napisales jest mocno interesujace. IMHO jezeli chcialbys przez jakis dluzszy czas liczyc projekt ktory placi benchmarkowo, to faktycznie powinno Ci to dac wiecej punktow. Zalecalbym Ci przynajmniej podjecie proby, przeliczenie kilku junitow z jakiegos benchmarkowego projektu pod obydwoma systemami i wtedy wszystko Ci sie wyjasni. Przyznaje ze trafiles na ciekawostke i grzechem byloby gdybys chocby nie sprobowal :).



WYDZIAL KONTROLI! : Ktory z wartosciowych projektow (WCG, PrimeGrid...) o niedlugich probkach placi wg. benchmarka?

[RAD-Poland]

wygląda super niestety moje testy nie potwierdziły tego  :(

slitaz-cooking.iso 32bit na vboxie  + klient 6.6.17 i686:
- benchmark 1/2 tego co na głównym OS
- próbka AP26  1,535.91 sek (na 64bit na głównym OS ~860sek)

kolejne testy przy nie obciążonych VM:
-  CPU 4-5% (VM Mandriva 2009)
-  CPU 6-8% (VM Windows 2008 RC)
-  CPU 43-45% (VM slitaz-cooking) - i tutaj jest coś nie tak

może to problem mojej wersji OS'a Mandriva 2008.1 + vbox_2.0.2 i slitaz'a (przetestuję jeszcze w kwietniu po przesiadce na Mandriva 2009.1)

ale jeśli u Ciebie jest tak jak opisałeś to przyłączam się do wypowiedzi AiDec'a "grzechem byloby gdybys chocby nie sprobowal"

[MarcinG]

http://dlc.sun.com/virtualbox/vboxdownload.html
a moze to dzieki sun .

[MarcinG]

Jest jeden problemik..Podczas dzialania klienta na moim 4core dziala tylko jeden rdzen(na tej distro). Nie wiem czemu ale na 32 kubuntu widzialem 4 watki wiecz czemu akurat na tej dzialal 1 watek  |-?
Dzisiaj wypale plyte to to wersja live (virtual zabiera delikatnie zasoby i chce to wykluczyc) i odpale i bede wiedzial co i jak. Jak ktos chce potestowac to  zapraszam http://distrowatch.com/table.php?distribution=slitaz

[buninek]

...
Moze ktos wytlumaczy jak to z tym jest..i czy warto dla tak duzej roznicy w benchmarku przesiadac sie na vbox.. ktory zre CPU i pamiec..:)

To jest związne z nieprawidłową pracą "zegara" (rtc) pod virtualną maszyną. Zapewne działa odrobinę wolniej niż powinien. Dokładnie wyjaśnić tego nie umiem, bo nie mam wystarczjącej wiedzy. Miałem takie "cyrki" jak odpalałem wirtualki na maszynie z amd-II k6 500MHz.
Musiałbyś o tym poszukać w necie.
np qemu ma coś takiego

qemu -clock help

dynticks
hpet
rtc
unix

W moim przypadku (na tym starociu) skorygowanie zegara poprzez wywołanie 'qemu -clock rtc' pochłaniało ok 30% CPU. Bez korygowania wirtualka praktycznie nie obciążała procesora.

[MarcinG]

odpalilem tego slitaza na CD i faktycznie liczy wolniej. Nawet dziwnie pokazuje watki po 25% hmm.

http://img523.imageshack.us/my.php?image=76714858.png
Probki liczy 4y kazda po 20 min. AP ;/

Jak wytlumaczyc ze mojego probki na vboxie na tej distro zostaly policzone szybciej ? (1 post) (moze 4rdzenie liczylo jako jeden  |-?)

[buninek]

sprawdź czy ten kernel jest skompilowany z
CONFIG_PREEMPT_RT = YES
o ile masz config
powinien być tu /proc/config.gz

Proponuję użyć zwykłego stopera i przeprowadzić jakiś wiarygodny test.