Dotaz: porovnanie vykonnosti na platformach systemov windows a linux

[Janico]

potrebujem pls nejake navrhy ako porovnam vykonnosti, uz mam nieco ze stahovanie suboru zo siete, ze ktory rychlesie stiahne... potom ak by ste poznali nejake benchmarkove alpkacie rovnake pre linux aj pre windows, nemozem to robit v linuxe cez wine

Odpovědi

[Michal Kubeček]

Nenapadá mne, proč by měla rychlost stažení souboru ze sítě záviset na platformě. Tedy pokud "ze sítě" neznamená nezatížený gigabitový ethernet…

[Janico]

preco nie, na jednom pocitaci mam win aj linux a z druheho pocitaca stiahnem nejaky film napr a stopnem ktory OS to stiahne rychlejsie nie?? to neporovnavam vykon??

[Luboš Doležel (Doli)]

Proč by ta rychlost měla být odlišná?

[Janico]

tak ja neviem a ako by si ty porovnal vykonnost operacnych systemov??? ale tak aby si to nerobil cez wine

[Luboš Doležel (Doli)]

Někde na netu bylo porovnání výkonu Linuxu, FreeBSD, OS X a Windows ve spouštění procesů, vytváření vláken apod. Tam se doopravdy testuje OS. Linux to IIRC celkem vyhrál.

[Ondrej 'SanTiago' Zajicek]

Protoze drivery sitovych karet jsou ruzne kvalitni. Nicmene delat z takoveho experimentu nejake zobecnene zavery je velice odvazne.

[Michal Kubeček]

Z formulace tazatele jsem neměl pocit, že by výrazem "stažení ze sítě" myslel přenos dat po lokální síti.

[rastos]

> Proč by ta rychlost měla být odlišná?

Napr. pre odlišné nastavenie mru/mtu pre PPP? (nie, že by to definovalo "výkonnosť platformy")

Vždy som sa divil čo robia tie úžasné Win programíky, ktoré "zrýchlia internet" (a osobne to tipujem na dynamické vylaďovanie parametrov TCP/IP stack-u).

[Petr Šobáň]

Vždy som sa divil čo robia tie úžasné Win programíky, ktoré "zrýchlia internet" (a osobne to tipujem na dynamické vylaďovanie parametrov TCP/IP stack-u).

Ale houby většinou je to nějaká proxy, a snížení různých timeoutů aby se nečekalo na nedostupné věci.

[cronin]

Rozdiely budu pravdepodobne take male, ze sa nebudu dat odlisit od chyby merania. Ked uz, mozno by som sa zameral na specifickejsie problemy, napr.:

- porovnanie vykonnosti samby win vs. linux vs. bsd vs. solaris; je zname, ze unixovske implementacie samby su pomale. (Mozno aplikovat na akukolvek konkretnu sluzbu poskytovanu obomi zamyslanymi platformami, samba je len priklad.)

- priepustnost v obsluzenych requestoch za sekundu v nejakej LAMP-like aplikacii (ktora moze bez zmeny bezat na porovnavanych platformach).

Proste "vykonnost platformy" je tak siroky pojem, ze je nemeratelny. Vykonostne testy su jedny z najtazsich (ako profesionalny sw tester o tom cosi viem).

na jednom pocitaci mam win aj linux a z druheho pocitaca stiahnem nejaky film napr a stopnem ktory OS to stiahne rychlejsie nie?? to neporovnavam vykon??

Ani nie. Potrebujes urcit co sposobuje, ze prenos trva prave tolko, kolko trva. Mozno sietova infrastruktura; v tom pripade s tym nic neurobis. Mozno sietova karta a driver, volby ako scater-gather, zero-copy, device polling a pod.; tu sa dostavas na ladenie sietoveho subsystemu. Mozno tcp handshake, tu sa dostavas na ladenie tcp stacku. Mozno citanie z disku; tu sa dostavas na vyber filesystemu, ladenie dvoch tuctov premennych a problem s tym, ze

a) nemozes mat rovnake podmienky v oboch os na jednom pocitaci uz len preto, ze nemozes mat jeden subor ulozeny vzdy presne na tom istom mieste s tou istou fragmentaciou, alebo

b) mozes ho mat ulozeny na zdielanej fat-ke ale nemas tu istu implementaciu fs v roznych os.

Ze merias "overall performance"? Nic take neexistuje.

[Michal Kubeček]

porovnanie vykonnosti samby win vs. linux vs. bsd vs. solaris; je zname, ze unixovske implementacie samby su pomale. (Mozno aplikovat na akukolvek konkretnu sluzbu poskytovanu obomi zamyslanymi platformami, samba je len priklad

Tak mně tohle opravdu známo není - kdykoli jsem to zkoušel měřit, vycházelo to opačně.

[cronin]

No, a sme pri vysledkoch performance testov.

[Jan Martinek]

Dobrý nápad. Přepiš pomocí win32 API gtkperf
http://gtkperf.sourceforge.net/
ať pohlédneme kruté pravdě do očí.

[Janico]

ten win32 API gtkperf, su tam len screenshoty a downloady pre linux ide to aj pod windowsom??

[Luboš Doležel (Doli)]

Bude asi potřeba si to zkompilovat.

Ale pozor, tohle otestuje především výkon grafických ovladačů.

[Jan Martinek]

ten win32 API gtkperf, su tam len screenshoty a downloady pre linux ide to aj pod windowsom??

Aj, tak jsem to nemyslel.
Zajímalo by mě srovnání rychlosti různých grafických toolkitů, jestliže udělají přibližně tutéž akci -- třeba zobrazení menu, zaškrtnutí políčka, rozbalení seznamu, zobrazení delšího textu atd.
Na linuxu by se použilo gtk, na windows win32 API.
Pro testování rychlosti toolkitu gtk existuje gtkperf, zatímco jeho windows ekvivalent by se teprve musel naprogramovat, a to jsem myslel, že bys mohl udělat.

[Ilfirin]

Mno, uznávám že to stažení souboru je nešťastný benchmark. Jinak sis moc nezjišťoval.

Proč se nechopit klasiky, kterou provedlo xxx lidí před tebou:
- Porovnat výkon multiplatformních app, což jsi sice závislý na tom, jak je napsaná ale zajímavé informace z toho mohou vypadnout (například mě GIMP startuje rychleji na Linuxu než na Windows a u OpenOffice obráceně).
- Porovnat stejně zkompilovyný lame, gzip, porovnat defaultní filesystémy a jejich obsluhu (NTFS vs Ext3 nebo RaiserFS). Porovnat fps her jako je Enemy Territory, Open Arena apod.
- A pak existují špeky se kterýma já ti neporadím (ale někdo zde možná jo) jako testovat výkonnost jádra třeba v multitaskingu. Třeba začít ve stejnou chvíli zabalovat několik souborů gzipem (gzip jsem uvedl, protože věřím, že co se týče svého chodu, "nenadržuje" žádnému systému), jak si povede jaký systém a jak moc se to vzdálí od balení jednoho souboru (čistě př: čas zabalení deseti xx.xx najednou se na WinXP prodloužil 8x a na Lin 10x) i když tady to budou pravděpodobně stejné výsledky, ale správným "špekem" by šlo jádro potrápit.
- Tím jsem se dostal třeba k tomu, jak který systém umí využít vícejaderné procesory, třeba.

Možností je hodně.

[Petr Šobáň]

A můžete mě vysvětlit k čemu je to dobré ?

Podle mě k ničemu to jenom windowsáci se honí po tom jaké číslo jim program vyhodí.

Důležité je jak ten OS dokáže spracovat programy co používám a to si můžu vyskoušet snad na tom programu sám. (Né každý OS je vhodný na vše - například na hry mám pořád windows na ostatní věci linux.)

[Ilfirin]

Prostě jen tak. Samozřejmě se s těchto testů nedá nic vyvozovat, ale nepopírejte, že se pak na ty výsledky (pokud budou) se zájmem nepodíváte.

[Petr Šobáň]

Abych pravdu řekl nepodíval - už mě to nebaví obzvláště aby ten benchmark prosazoval a zvýhodňoval třeba určité grafické karty viz: průser mezi nvidia a ati kdy program protěžoval jednu firmu - potom je porovnání úplně k ničemu.

[cronin]

Prostě jen tak. Samozřejmě se s těchto testů nedá nic vyvozovat ...

Takze su uplne zbytocne.

... nepopírejte, že se pak na ty výsledky (pokud budou) se zájmem nepodíváte.

Nie, dakujem. Osobne som velmi opatrny pri interpretacii vlastnych performance testov (ktore mam v pracovnej naplni), nakolko si uvedomujem podmienky, v ktorych boli vykonane a najma to, co o tychto podmienkach neviem.

Na webe publikovane testy serioznych vyvojarov ma zaujmu vtedy, ak su doplnene velmi presnymi informaciami o hypoteze, ktoru merali ("abc" by malo byt rychlejsie za podmienok "xyz" lebo zamykanie v jadre systemu "pqr" sa s touto kniznicou riesi takto, zatial co defaultna ho riesi takto...) a vysledky takychto testov beriem len ako upozornenie na co si treba dat pozor.

Preco asi v sql existuju zdanlivo ekvivalentne direktivy "EXISTS" a "IS IN"? Existuje skupina db vyvojarov tvrdiacich ze "EXISTS" je rychlejsie ako "IS IN", existuje ina skupina tvrdiaca opak a konecne existuju benchmarky ktore jednoznacne potvrdzuju hypotezu jednej ci druhej skupiny. Pravda je, ze raz je lepsie jedno, potom ine. Preto existuje v Oracle dedicated aj shared server. Ze index-scan tabulky je vzdy lepsi ako full-scan alebo ze vyuzitie vyrovnavacej pamate bliziace sa 100% je optimalne? Ale prosim vas...