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í
×
včera 22:55 | Bezpečnostní upozornění

Byl vydán Git ve verzích 2.24.1, 2.23.1, 2.22.2, 2.21.1, 2.20.2, 2.19.3, 2.18.2, 2.17.3, 2.16.6, 2.15.4 a 2.14.6. Opraveno je 9 bezpečnostních chyb: CVE-2019-1348, CVE-2019-1349, CVE-2019-1350, CVE-2019-1351, CVE-2019-1352, CVE-2019-1353, CVE-2019-1354, CVE-2019-1387 a CVE-2019-19604, viz například Ubuntu USN-4220-1.

Ladislav Hagara | Komentářů: 0
včera 22:33 | Nová verze

Google Chrome 79 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 79.0.3945.79 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře. Opraveno bylo 51 bezpečnostních chyb. Za nalezení nejvážnější z nich bylo vyplaceno 20 tisíc dolarů.

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

V září Microsoft potvrdil, že portuje klienta Microsoft Teams na Linux. Dnes byla vydána první veřejná verze k testování. Ke stažení jsou balíčky .deb a .rpm. Microsoft Teams je firemní platforma, která umožňuje textovou komunikaci, video hovory, datové úložiště pro ukládání souborů (na těchto souborech lze také spolupracovat) a integraci dalších aplikací do tohoto prostředí. Služba je integrována v předplatném Office 365.

Ladislav Hagara | Komentářů: 0
včera 15:22 | IT novinky

Společnost PFU (divize Fujitsu) představila (prezentace v japonštině) novou generaci Happy Hacking Keyboard, řady klávesnic původně navržené Eiiči Wadou pro unixové systémy začátkem 90. let – bez nutnosti přidání dalších fyzických kláves. Nové modely (Hybrid, Hybrid Type-S a Classic) navazují na řadu Pro 2, stále je tedy vyrábí Topre a používají příslušné kapacitní spínače, všechny se ale nově připojují přes USB-C a „Hybrid“ navíc podporuje i Bluetooth.

Fluttershy, yay! | Komentářů: 11
včera 12:22 | Pozvánky

Konference DevConf.CZ 2020, již dvanáctý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne v Brně na FIT VUT od 24. do 26. ledna 2020. Zveřejněn byl program konference a spuštěna byla povinná a bezplatná registrace.

Ladislav Hagara | Komentářů: 0
9.12. 22:55 | Zajímavý článek

Příspěvek Prozkoumejte Česko na Wikidatech: druhý díl zajímavých Wikidata Queries na blogu Wikimedie Česká republika je volným pokračováním příspěvku Prozkoumejte Česko na Wikidatech: 10 nejlepších Queries datového žurnalisty z července 2017. Tentokrát jsou díky Wikidatům a SPARQL zobrazeny Železniční tratě v Česku, Díly pořadu Gebrian VS na mapě nebo Citace vědeckých článků – srovnání českých univerzit, na níž publikující autoři působí.

Ladislav Hagara | Komentářů: 0
9.12. 19:44 | Komunita

Ovlivnit Ubuntu 20.04 LTS lze vyplněním dotazníku. Více v příspěvku na blogu Ubuntu.

Ladislav Hagara | Komentářů: 0
9.12. 12:33 | Zajímavý článek

Na stránkách české komunity Fedory vyšel zajímavý článek o tom, jak se generují flatpakové balíčky z již existujících balíčků RPM.

KOLEGA | Komentářů: 7
9.12. 12:22 | Zajímavý článek

Donald Ervin Knuth, přední informatik a emeritní profesor na Stanfordově univerzitě, rozšířil svou mnohasvazkovou odbornou monografii The Art of Computer Programming (TAOCP), v českém překladu Umění programování, o Volume 4, Fascicle 5. Donald Knuth svou novou knihu představil ve své přednášce Pi and The Art of Computer Programming.

Ladislav Hagara | Komentářů: 37
8.12. 11:44 | Zajímavý článek

Arsenij Zinčenko v zápisku sdílí technické poznámky o tom, co je to „klíčenka“ (keyring) v Linuxu a v desktopovém prostředí, jak to souvisí se Secret Service a D-Bus, včetně příkladů. Význam těchto služeb spočívá v uložení a následném poskytování autentizačních údajů.

Fluttershy, yay! | Komentářů: 0
Jaké hodinky nosíte (nejčastěji)?
 (23%)
 (6%)
 (17%)
 (54%)
Celkem 544 hlasů
 Komentářů: 135, poslední 6.12. 20:54
Rozcestník

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

11.1.2011 12:14 | Přečteno: 1766× | 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: 52 | 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 kralyk z abclinuxu | 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.