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 15:55 | Komunita

V Soluni probíhá GUADEC 2019, tj. konference uživatelů a vývojářů desktopové prostředí GNOME (GNOME Users and Developers European Conference). Na programu je řada zajímavých přednášek. Sledovat je lze online. Dění na konferenci lze sledovat na Twitteru.

Ladislav Hagara | Komentářů: 0
včera 14:22 | Komunita

Bylo oznámeno, že webová služba Bitbucket podporující vývoj softwaru končí s podporou verzovacího nástroje Mercurial. Vývojáři požadující Mercurial mohou přejít například na Sourcehut.

Ladislav Hagara | Komentářů: 1
včera 11:11 | IT novinky

Google oznámil, že následující verze operačního systému Android už nebude pojmenována po některé sladkosti začínající na písmeno Q, ale bude to pouze Android 10. Současně byla oznámena změna loga (YouTube).

Ladislav Hagara | Komentářů: 6
22.8. 22:22 | Zajímavý článek

Příspěvek na blogu Kali Linuxu popisuje změny v metabalíčcích, jež přijdou s vydáním Kali Linuxu 2019.3. Cílem změn je optimalizace Kali Linuxu, zmenšení velikosti instalačního ISO a lepší organizace metabalíčků. Vývojáři vytvořili nové metabalíčky a celou řadu stávajících metabalíčků přejmenovali. Například metabalíček kali-linux-full byl přejmenován na kali-linux-large a vytvořen byl nový metabalíček s názvem kali-linux-default.

Ladislav Hagara | Komentářů: 0
22.8. 10:44 | Nová verze

UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch (seznam podporovaných zařízení), vydala Ubuntu Touch OTA-10. Z novinek lze zmínit například lepší podporu telefonů Nexus 5, Fairphone 2 a Oneplus One.

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

Martin Kleppe ukázal, jak lze obfuskovat JavaScript pouze pomocí dvou různých znaků. Podrobný rozbor a online obfuskace do hranatých závorek na jeho stránce.

Ladislav Hagara | Komentářů: 24
22.8. 04:44 | Bezpečnostní upozornění

Byly zveřejněny informace o backdooru ve webovém rozhraní pro administraci linuxových systému Webmin. V dubnu 2018 vývojářům Webminu někdo naboural build server a backdoor vložil do zdrojových kódů. V červenci 2018 se útok opakoval. Minulý týden byli vývojáři informováni o 0-day exploitu. Vývojáři backdoor odstranili a vydali opravnou verzi Webminu 1.930.

Ladislav Hagara | Komentářů: 2
22.8. 03:33 | IT novinky

Mozilla a Google společně oznámili, že jejich prohlížeče Firefox a Chrome nedůvěřují certifikátu vydanému kazašskou vládou. Nelze tedy pomocí něj provádět vládní MITM útok.

Ladislav Hagara | Komentářů: 5
21.8. 22:44 | Komunita

Neziskové technologické konsorcium Linux Foundation představilo svou další aktivitu. Jedná se o Confidential Computing Consortium, jehož cílem je spolupráce na vývoji "důvěryhodného výpočetního prostředí". Zakládajícími členy jsou společnosti Alibaba, Arm, Baidu, Google Cloud, IBM, Intel, Microsoft, Red Hat, Swisscom a Tencent.

Ladislav Hagara | Komentářů: 0
21.8. 12:55 | Komunita

Přesně před rokem Valve představilo nový Steam Play s integrovaným forkem Wine s názvem Proton umožňující v Linuxu přímo ze Steamu hrát hry do té doby běžící pouze ve Windows. Aktuální přehled her pro Windows běžících na Linuxu díky Protonu na stránkách ProtonDB.

Ladislav Hagara | Komentářů: 0
Používáte ještě 32bitový software na PC?
 (21%)
 (16%)
 (17%)
 (42%)
 (6%)
 (29%)
Celkem 464 hlasů
 Komentářů: 36, poslední 18.8. 21:46
Rozcestník
Štítky: není přiřazen žádný štítek

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

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

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