Obří benchmark Linux kernelů za posledních 5 let

Phoronix otestoval posledních 26 vydání Linux kernelu, od 2.6.12 až po 2.6.37 (git), spuštěním různých testů na každém z nich. Výsledky jsou různorodé, v některých oblastech se kernel zlepšil, v jiných si zase pohoršil.

3.11.2010 17:15 | David Watzke | Zajímavý článek

Komentáře

[krab1k]

Myslím, že by těch vydání mělo být spíš 26. ;)

[David Watzke]

Dík za opravu

[Jiri]

Hmm, tak jestli se tomu dá věřit, tak 2.6.29 byl nepovedený a ve 2.6.30 se udály docela zásadní věci, co leccos dost urychlily a leccos zas výrazně zpomalily.

[Bedňa]

Skok z 2.6.29 na 2.6.30 je riadne cítiť hľavne na staršom železe. V testoch to tak nieje vidieť, ale odozva jadra sa riadne zhoršila. Celkovo mám radšej testy, kde sa simuluje reálna prevádzka a nie jedna činnosť.

[365]

jeste to mohli checknout proti rade 2.2... to je asi prvni pouzitelna/posledni rychla vetev na hardware, ktery je dnes povazovan za jeste pouzitelny, ale uz pred vyrazenim. novy kernel se s ficurami pro novy hardware bude urcite slusna brzda na starem zeleze.

[Michal Fecko]

Musia sa nudit ale riadne

[David Watzke]

Věř tomu, že zrovna na Phoronixu to maj z velký části automatizovaný. Navíc Larabel evidentně řádí s tím novým Core i7, který mu přišlo, tak ho nech Podle mě jsou to docela zajímavý věci a i když vypovídá to primárně o chování kernelu na jeho konfiguraci, je pravděpodobný že na tom bude podobně i spousta jiných setupů. Prej se máme těšit ještě na porovnání různých verzí GCC a dalších kompilátorů.

[Saljack]

Co jsem tak letmo proletěl ty grafy, tak se mi zdá, že ty novější kernely jsou v těch testech horší než předchozí.

[Limoto]

Pokrok nezastavíš...

[JoHnY2]

Tedka u .35 a dal uz se to zase zlepsuje, ale na pokles vykonu v dobe po .30 i par lidi skutecne nadavalo.

[Heron]

we ran all tests from within a Fedora Core 4 virtual machine

Jo, už jsem se lekl, že konečně umí testovat.

X58 SuperComputer motherboard, 3GB of DDR3 system memory

Velikost paměti z doby prvního testovaného jádra.

using KVM virtualization and had access to all 12 processor threads

Nevšiml jsem si, že i7 je dvanácti jádro. Na Intelu píšou 6. Virtualizované jádro bude přepínat mezi 12 CPU, zatímco fyzické jádro a procesor se bude muset popasovat s 6+HT. Takto vůbec neotestují schopnosti scheduleru v testovaném jádře, protože do toho bude zasahovat ještě scheduler ve fyzickém stroji a uspořádání instrukcí v procesoru.

Totéž se dá říct o IO testech. Nedočetl jsem se, zda používají virtio (snad jo). Ovšem IO scheduler ve virtuálce bude pracovat jakoby nad fyzickým (a ještě k tomu rotačním, mohli alespoň nastavil noop elevátor) diskem a do toho bude zasahovat scheduler na fyzickém jádru.

Takže, ten test není vůbec testem výkonu linuxového jádra, ale je testem interakce virtuálního a fyzického prostředí v různých konfiguracích virtuálního počítače. Gratulujeme.

[trekker.dk]

Nevšiml jsem si, že i7 je dvanácti jádro.

Taky sis nevšiml, že tam není napsáno to all "12 processor cores", ale "12 processor threads" (Budu hádat, irelevantní slovíčkaření...) Vzhledem k tomu, že KVM vidí procesor tak, jak je - pokud se to nezmění nastavením QEMU - tak plánovač ve VS bude pravděpodobně brát fakt, že se používá HT, v úvahu stejně, jako kdyby to běželo na fyzickém železe.

Vliv na průběh testu tudíž nebude tak významný a hlavně bude stejný pro všechna testovaná jádra.

Totéž se dá říct o IO testech. Nedočetl jsem se, zda používají virtio (snad jo). Ovšem IO scheduler ve virtuálce bude pracovat jakoby nad fyzickým (a ještě k tomu rotačním, mohli alespoň nastavil noop elevátor) diskem a do toho bude zasahovat scheduler na fyzickém jádru.

Virtio nebylo ve všech jádrech, která se testovala, takže těžko. Bylo by hezké, kdyby tam vypsali konfiguraci dopodrobna, ale osobně to tipuju na passthrough disku (zeptal bych se v diskuzi pod článkem, ale chtějí registraci)

Krom toho - opět - vliv hostitele na všechna testovaná jádra bude stejný nebo přinejhorším velmi podobný.

[Heron]

Krom toho - opět - vliv hostitele na všechna testovaná jádra bude stejný nebo přinejhorším velmi podobný.

Dalo by se napsat, že všechna jádra mají stejné podmínky ve virtuálním prostředí. Pak z toho ale nelze udělat obecný test jader. Ovšem tyto podmínky (interakce mezi hostitelem a hostem) některý algoritmus mohou zvýhodnit a jiný poškodit. Zrovna například u diskového IO dost záleží na interakci FS, scheduleru a nastavení řadiče (k tomu jsem se ještě nedostal a u té DB ještě na způsobu commitu na disk). A teď se do toho vloží ještě virtualizátor (jehož vliv je, pravda, snaha minimalizovat).

Chybí tam test síťování apod. Zkrátka to dalo strašně moc práce a IMHO ty výsledky jsou trochu zdiskreditované. Chtěl bych to vidět na fyzickém hardware (a pokud možno ne desktopu bez paměti).

[R]

Myslel som si, ze je to dobry test. Prehliadol som vsak, ze to netestovali na skutocnom HW... Takze sa pripajam ku gratulacii k uplne nezmyselnemu testu. To lepsi test urobim doma na stole, akurat nebudem machrovat s i7...