Šestijádro s HT a škálování při kompilaci a OpenSSL

2.3.2012 23:15 | Přečteno: 1654× | Linux | Výběrový blog

| poslední úprava: 5.3.2012 19:27

Po roce se mi do ruky zase dostal zajímavý procesor, který myslím stojí za otestování. Oproti minulému měření se jedná o nárůst o dvě jádra a dva paměťové kanály a to by mohlo přinést nějaké zajímavé výsledky.

Testovací sestava

Intel i7-3930K (frekvence zafixována na 4,5 GHz aby Turbo při měření nemíchalo s výsledky), 32GB DDR3 1600MHz, X79 chipset)

Software

Aktuální stabilní Arch, gcc 4.6.2, jádro 3.2.8, x86_64, openSSL 1.0.0 d bn(64,64)

Metodika

Překládám vanilkové 3.2.9 s implicitním "Linusovým" .config (lze získat pomocí make defconfig). HT a jádra vypínám v BIOSu. Celý proces kompilace probíhá v ramdisku. Měřím pomocí time make -jN resp. openssl speed rsa2048 -multi N. Všechna měření dělám dvakrát a výsledky průměruju.

Výsledky

Interpretace

Přínos HT je 19 % v případě kompilace a 12 % v případě RSA a jen málo záleží na tom, zda se jedná o dvou, čtyř či šestijádro.

RSA škáluje takřka ideálně - šestijádro je o 1,5x výkonnější než čtyřjádro a 3x výkonnější než dvoujádro a je jedno, zda poměřujeme HT či ne-HT varianty.

Škálování kompilace je o něco horší. Šestijádro je 1,43x výkonnější než čtyřjádro a 2,72x výkonnější nežli dvoujádro. Je opět jedno, zda poměřujeme HT či ne-HT varianty.

S nárůstem počtu jader (je jedno zda skutečných či "virtuálních") roste i režie systému. Jádro se s -j1 přeloží na dvoujádru bez HT o procento rychleji nežli na šestijádru s HT. V případe OpenSSL je rozdíl kolem půl procenta ale to už je pod hranicí chyby měření.

Očekávaný a i přes to pozoruhodný je graf "Sys+user". Je vidět, že množství spotřebovaného času procesoru velmi pomalu roste na procesorech bez HT. Podobně se chovají i procesory s HT až na rozsah počtu použitých threadů, kdy "zabírá" HT - v této části množství použitého procesorového času prudce roste.

Závěr

Tento kousek budu mít ještě nějakou chvíli doma, můžu tedy něco vyzkoušet, pokud o to bude zájem.

TrueCrypt

7zip

John the Ripper

fcrackzip

Geekbench

Obrázky

Komentáře

dam svoje skromne tipy na testovanie ktore by ma zaujimali. dopredu vdaka.

geekbench /odkaz na vysledok/
7zip benchmark (7z b)
fcrackzip (fcrackzip -B) 
john the ripper (john --test) 
truecrypt benchmark screenshot

3.3.2012 15:28 miho | skóre: 24 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Šestijádro s HT a škálování při kompilaci a OpenSSL

Vsechno doplneno.

Ja mam workstation s 2x6 cores (24 threads) s 24GB RAM, mozna bych neco mohl spustit, pokud to je v macports repozitari.

4.3.2012 16:21 miho | skóre: 24 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Šestijádro s HT a škálování při kompilaci a OpenSSL

Na otestovani kompilace bys musel nabootovat linux z live CD/USB.

Openssl bys vyzkouset mohl, v MacOS je implicitne nainstalovany; v konzoli spust openssl speed rsa2048 -multi X (za X dosad postupne 1,6,12,18,24) ale zrovna u toho testu moc prekvapeni cekat z hlediska skalovani nelze. Absolutni cislo nema smysl srovnavat protoze to je zkresleno rozdilem ve vykonu openssl na MacOS a v Linuxu (nevim jak ted, ale v Snow Leopardovi byl OpenSSL 2x pomalejsi nez v linuxu... soudruzi z Cupretina tam neco zvorali)

Geekbench je ke stazeni i pro MacOS ale jelikoz tam je malo variaci hardware, tak to ani nemusis tahat protoze vysledky jsou vicemene zname- pokud mas dvanactijadro s frekvenci 2.66, tak budes mit vysledek o cca 5 % horsi nez to moje sestijadro (novejsi architektura, podstatne vyssi frekvence), pokud 2.93, tak budes mit vysledek o cca 1 % lepsi.

4.3.2012 17:56 __dark__
Rozbalit Rozbalit vše Re: Šestijádro s HT a škálování při kompilaci a OpenSSL

Tech variaci MacPro prave moc neni (mam 2.93 GHz), tak jsem se benchmarkovanim nikdy nezabyval, teda krome vlastnich veci :) Zitra muzu zkusit ten openssl, pokud bude trochu casu:)