abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 16:33 | Nová verze

David Heinemeier Hansson oznámil vydání nové major verze 6.0 frameworku pro vývoj webových aplikací Ruby on Rails (Wikipedie). Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Přispělo 801 vývojářů.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.23.0 distribuovaného systému správy verzí Git. Přispělo 77 vývojářů, z toho 26 nových. Přehled novinek v poznámkách k vydání nebo v příspěvku na blogu GitHubu.

Ladislav Hagara | Komentářů: 7
včera 13:33 | Komunita

Nadace Raspberry Pi na svém blogu informuje o vydání Scratch 3 Desktopu pro Raspbian na Raspberry Pi. Verze 3 výukového vizuálního programovacího jazyka Scratch byla vydána v lednu letošního roku. Offline Scratch Desktop byl ale dosud dostupný pouze pro Windows a macOS.

Ladislav Hagara | Komentářů: 0
15.8. 19:44 | Bezpečnostní upozornění

Byly zveřejněny informace o 8 bezpečnostních chybách v implementacích protokolu HTTP/2. Chyby CVE-2019-9511 až CVE-2019-9518 lze zneužít k odepření služeb (DoS). Přehled softwarových produktů a v nich obsažených chyb v tabulce na stránce CERT/CC.

Ladislav Hagara | Komentářů: 16
15.8. 17:55 | Nová verze

Byla vydána verze 1.37.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

Ladislav Hagara | Komentářů: 94
15.8. 15:11 | Nová verze

Byla vydána nová verze 19.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Videoukázka nových vlastností na YouTube nebo na PeerTube.

Ladislav Hagara | Komentářů: 5
15.8. 14:44 | Zajímavý projekt

CutiePi je open source tablet postavený na Raspberry Pi, konkrétně na Compute Module. K dispozici by měl být koncem roku. Cena zatím nebyla stanovena. Vývojový tým zjišťuje zájem [Hacker News].

Ladislav Hagara | Komentářů: 8
14.8. 21:33 | Zajímavý článek

Greg Kroah-Hartman v příspěvku na svém blogu popisuje svou práci na linuxovém jádře. Popis prokládá videoukázkami ve formátu asciinema. Dnes používá především poštovního klienta Mutt. V plánu má přejít na poštovního klienta aerc, pokud do něj budou přidány v popisu zmíněné vlastnosti.

Ladislav Hagara | Komentářů: 0
14.8. 21:11 | Nová verze

Bylo oznámeno, že EPEL (Extra Packages for Enterprise Linux) ve verzi 8.0 je připraven k vydání. Vedle x86_64, ppc64le a aarch64 je nově podporována také platforma s390x.

Ladislav Hagara | Komentářů: 0
14.8. 14:00 | Zajímavý projekt

Goldberg Emulator je reimplementace Steam API, aby bylo možné hrát hry ze Steamu bez Steamu. Ačkoliv autor projekt zveřejnil až letos v dubnu, pracovat na něm začal již před rokem a nyní v zápisku shrnuje zkušenost s vývojem, např. jak se musí vypořádávat s latencí her.

Fluttershy, yay! | Komentářů: 3
Používáte ještě 32bitový software na PC?
 (20%)
 (15%)
 (17%)
 (42%)
 (6%)
 (29%)
Celkem 426 hlasů
 Komentářů: 35, poslední včera 13:29
Rozcestník

HyperThreading a škálování při kompilaci a OpenSSL

11.1.2011 12:14 | Přečteno: 1756× | Hardware | Výběrový blog | poslední úprava: 11.1.2011 12:20

Před časem jsem zkoumal škálování kompilace na počítači s osmi fyzickými jádry. Vznikla otázka, jaký rozdil je mezi osmi fyzickými jádry a mnohonásobně levnějším řešením se čtyřmi jádry a HyperTheadingem. Konečně se mi dostal do rukou stroj se Sandy Bridge procesorem, na kterém to můžu důkladně otestovat.

Testovací sestava

Intel 2600K (3.4 GHz, Turbo záměrně vypnuté aby nám při měření nemíchalo s výsledky), 16GB DDR3 1333MHz, P67 chipset, Kingston 128GB SSD Now V100, nVidia 570GTX.

Software

Tentokrát jsem nepoužil Gentoo ale Arch. Ano, ano, dospěl jsem. V jednatřiceti- bylo na čase. gcc 4.5.2, jádro 2.6.37, x86_64

Metodika

Překládám vanilkové 2.6.37 s implicitním "Linusovým" .config. HT vypínám v BIOSu. Celý proces kompilace v ramdisku. Měřím přes time make -jN.

Výsledky

Dobré je, že HT při -j2 a -j4 nezpomaluje. Tato situace by teoreticky mohla nastat, kdyby scheduler chybně rozhazoval jednotlivé úlohy. Špatná zpráva je, že zatímco osmijádro kompiluje 1,87x rychleji než čtyřjádro (viz výše odkazovaný článek), tak v případě přidání HT proběhne kompilace pouze 1.2x rychleji.

OpenSSL

Výsledky signs/s pro 2048bit rsa, 1.0.0 c, bn(64,64)

Rovněž zde je vidět, že se graf s HT při multi 4 výrazně láme. Na skutečném osmijádru je charakteristika prakticky lineární až do multi 8 neboť to je jedna z mála úloh, které škálují takřka ideálně.

Závěr

Žádné překvapení- virtuální jádro se ani náhodou nemůže reálnému jádru vyrovnat. Díky tomu může být highend ze začátku roku 2008 stále rychlejší než "vyšší střední třída" ze začátku roku 2011. Na druhou stranu 20 % výkonu navíc je lepší než nic. Rozdíl mezi 2500K a 2600K je hlavně v HT takže pro zájemce o některý z těchto procesorů by to mohla být zajímavá informace.

Tento kousek budu mít ještě nějakou chvíli u sebe takže můžu něco vyzkoušet pokud budete chtít. Integrovanou grafiku ale nevyzkouším- s použitým chipsetem to není možné.

       

Hodnocení: 100 %

        špatnédobré        

Obrázky

HyperThreading a škálování při kompilaci a OpenSSL, obrázek 1 HyperThreading a škálování při kompilaci a OpenSSL, obrázek 2

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

11.1.2011 12:41 Vskutečnosti Saýc | skóre: 7
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Dobra prace!
11.1.2011 12:48 Semo | skóre: 44 | blog: Semo
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Kedysi este tusim na Prescotte s jednym realnym jadrom a HT bol rozdiel pri kompilacii jadra cca 7.5 minuty bez HT a 6.5 minuty s HT.
If you hold a Unix shell up to your ear, you can you hear the C.
11.1.2011 12:55 jb
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Na porovnani(pridani vysledku) by se mi hodilo, kdyby jsi prilozil svuj (nebo jak se zminujes 'linusuv') config. Me se make menuconfig konfiguruje podle configu distribucniho kernelu.
11.1.2011 14:16 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Tady se daji prilozit jen obrazky tak jsem to nahral na ulozto: http://www.ulozto.cz/7354447/config
Heron avatar 11.1.2011 15:05 Heron | skóre: 51 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Ke komentáři lze přiložit cokoliv do velikosti 2MB. Nejen obrázky.
11.1.2011 16:07 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Me se make menuconfig konfiguruje podle configu distribucniho kernelu.

To proto, že máte jádro přeložené tak, aby obsahovalo svou konfiguraci. Pokud ne, použije se "Linusův" default, který mají všichni stejný. Otázka ale je, jestli autor skutečně použil ten default nebo jestli nevědomky překládal s konfigurací distribučního jádra.

11.1.2011 16:08 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Podle časů bych tipoval spíš první možnost.
11.1.2011 17:01 jb
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Dekuji za navedeni. V knizce Linux Kernel in a Nutshell to i pisi, ze k vygenerovani default, tj. to co pouziva kernel maintainer, je potreba: make defconfig. Porovnanim obou souboru jsem zjistil, ze autor tohoto clanku skutecne pouzil "Linusuv" default.
11.1.2011 17:46 jb
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Vysledky na ( Phenom X6 1055T (s turbem); HDD 7200rpm; Fedora 14 amd64; gcc 4.5.1 20100924 ):

format (prikaz : real, user, sys):
make -j1 : 7m46.623s , 6m33.340s , 1m29.837s
make -j2 : 4m 3.530s , 6m49.002s , 1m32.767s
make -j3 : 2m50.286s , 7m 4.785s , 1m35.060s
make -j4 : 2m13.278s , 7m22.713s , 1m25.566s
make -j5 : 1m43.267s , 7m 4.842s , 1m11.597s
make -j6 : 1m28.963s , 6m54.521s , 1m 1.791s
make -j7 : 1m29.925s , 6m56.535s , 1m 2.248s
11.1.2011 18:40 goldenfish | skóre: 38 | blog: aqarium | Praha
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
zdravim,

mam tu Phenom 1075t a vychazi mi podstatne horsi casy (2:15 min, vlastni kernel, pameti 1333Mhz, vse cteno z pameti). Na jake frekvenci Vam bezi pameti ?

diky gf
11.1.2011 19:01 jb
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Mam nejobycejnejsi kingston bezici na zakladnich 1333MHz. Procesor je taky na zakladni frekvenci + turbo. Kernel mam distribucni.
11.1.2011 19:27 goldenfish | skóre: 38 | blog: aqarium | Praha
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
zdravim,

tak ted to jiz sedi. Pokud se pouzije make defconfig a potom make -j 6 , tak to uz dava rozumne vysledky na 1075t.

Prvni kompilace i s ctenim z disku: 1:35

Druha kompilace i s ctenim z disku: 1:15

Co tu mam vlastni kernel a konfiguraky, tak to trva "podstatne" dele. Asi by se to dalo stahnout o nejakou vterinu - poslouchal jsem jeste nejakou hudbu a bezel mit tu htop. Detaily....

gf
11.1.2011 13:23 goldenfish | skóre: 38 | blog: aqarium | Praha
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
zdravim,

ted resim zprovozneni vcera zakoupeneho AMD Phenom x6. Tak jsem zvedavy, jak to dopadne v porovnani s Intelem co se tyce kompilace jadra.

Jinak diky.

gf
Grunt avatar 11.1.2011 15:02 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL

Ne, jak je to jen možné?

Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
11.1.2011 19:01 oryctolagus | skóre: 29 | blog:
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Zas Grunt je nespokojený :-D
Jasně, že se výsledek dal čekat, ale pěkné je, že máš poruce čísla, takže až zas někdo řekne nějaké to [Citation needed], může se to hodit...
Grunt avatar 11.1.2011 20:53 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Use the Source, Luke.
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
menphis avatar 11.1.2011 20:31 menphis | skóre: 22 | blog: menphis_blog
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
dobra prace,do ted docela me zajimalo kolik % vykonu prida HT v linuxu navic.

jinak pekny pc, to mas na hry?
brk avatar 11.1.2011 20:38 brk | skóre: 29 | blog: broukoviny
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Vrazit tolik prachů do CPU, které neumí ani VT-d mi připadá jako docela slušný úlet. Na co si to kdo pořizoval?
USE="-qt -kde"
11.1.2011 23:02 Michal2
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Divny dotaz. VT-d uzije odhadem tak 2% populace. Takze zbyvajicich 98% na cokoliv.
Grunt avatar 11.1.2011 23:19 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Ne. Pokud mobilní telefon i přesto všechno co umí neumí uklidit, oprat a uvařit, tak to není mobilní telefon, ale krabice k ničemu.
Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
Thunder.m avatar 11.1.2011 23:44 Thunder.m | skóre: 35 | blog: e17
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Intel Core i7 2600 už mám taky, on je tam ještě rozdíl ve velikosti cache, která je místo 6MB rovnou 8MB, to udělá rozdíl ve výkonu vyšší, ale je fakt že rozdíl v ceně za ten výkon navíc spíš nestojí.
12.1.2011 00:16 Vskutečnosti Saýc | skóre: 7
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Me by ten rozdil ve vykonu docela zajimal. Pokud vim, L3 se na modernich intelech pouziva primarne na rychly IPC, takze si nejsem jistej, jestli ho nekde jinde mimo zatizeny servery vyuzijes. Stalo by to za to zmerit.
12.1.2011 23:49 Trained.Monkey | skóre: 12 | blog: monkey
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Zakladni vyhoda virtualnich jader je lepsi interaktivita s IO operacemi na desktopu.

Pokud mate OS se spatnym multitaskingem (WinXP, Linux 2.6), tak ten pri kopirovani ztrati hromadu casu cekanim na IO operace. A virtualni jadro v tomhle pomoze, protoze druhe muze porad pokracovat.
13.1.2011 00:50 Michal2
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Co to tady pises za humorne vymysly. Kdyz proces ceka na IO, tak se uspi a na stejnem jadru muze bezet jiny proces a zadne virtualni jadro k tomu nepotrebuje.
13.1.2011 20:21 Kvakor
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Ano, HT nemá s čekáním na I/O operace nic společného, to systém dokáže smyslupně využí HT ne-HT. Na druhou stranu, důvod, proč "virtuální" jádra byla zavedena, je čekání procesoru na pomalou paměť. Například Pentia 4 měla dvacetistupňovou frontu dekódování istrukcí a pokud se nějaký skok či volání nepovedlo odhadnout dopředu (tj. předvídání skoků selhalo), tak se musela celá fronta vysypat a znovu "naládovat", což mohlo v extrémních případech trvat i stovky tiků hodin. A celou tu dobu zbytek procesoru stojí a fláklá se. Kdežto s HT se přidá víceméně jen další fronta plus registry, takže zatímco jedna fronta čeká na paměť, druhá může vesele běžet. Navenek se tím trochu zvýší výkon, ale při pohledu zvnitřku je to jen využití času, který by jinak procesor trávil čekáním.
pavlix avatar 20.1.2011 13:01 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: HyperThreading a škálování při kompilaci a OpenSSL
Tentokrát jsem nepoužil Gentoo ale Arch. Ano, ano, dospěl jsem.
Každý puberťák si myslí, že dospěl :).
Já už tu vlastně ani nejsem. Abclinuxu umřelo.

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.