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í
×
13.9. 22:00 | Nová verze

Po roce a čtvrt od vydání verze 12.0 byla vydána verze 13.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání. Zmínit lze například podporu Dolby TrueHD a DTS-HD Master Audia.

Ladislav Hagara | Komentářů: 2
13.9. 16:33 | Zajímavý projekt

Blockchainový projekt Tezos nedávno prošel procesem hard-forku a zrodil se nový projekt Dune Network. Držitelé XTZ tokenů si již bezpečně mohou vyzvednout své DUN tokeny a delegovat je na nějakou z veřejných Dune baker služeb jako je třeba Dune Whale.

Mark Stopka | Komentářů: 4
12.9. 23:33 | Komunita

Na Humble Bundle lze zdarma na Steamu získat Endless Space Collection, tj. počítačové hry Endless Space a Endless Space - Disharmony. Endless Space Collection je oficiálně pro Windows a macOS. Díky Protonu ale také pro Linux. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 3
12.9. 20:44 | Bezpečnostní upozornění

Společnost AdaptiveMobile Security zveřejnila informace o možných útocích na SIM kartu. Útočník může pomocí SMS řídit SIM kartu a skrze ní mobilní telefon oběti. Více na stránce Simjacker.

Ladislav Hagara | Komentářů: 15
12.9. 19:44 | Nová verze

Po půl roce vývoje od vydání verze 3.32 bylo vydáno GNOME ve verzi 3.34 s kódovým názvem Thessaloniki. Videoukázka na YouTube. Vydání obsahuje 23 929 změn od přibližně 777 přispěvatelů. Přehled novinek i s náhledy v již přeložených poznámkách k vydání a v novinkách pro vývojáře a správce systémů.

Ladislav Hagara | Komentářů: 13
12.9. 11:22 | Pozvánky

Největší česká linuxácká akce LinuxDays 2019 má hotový program. Těšit se můžete na přednášky, workshopy, stánky a spoustu doprovodného programu. Zároveň s programem byla také spuštěna registrace účastníků, takže se můžete přihlašovat. Vstup je jako obvykle zdarma. Konference LinuxDays se uskuteční 5. a 6. října v pražských Dejvicích na FIT ČVUT.

Petr Krčmář | Komentářů: 7
11.9. 23:14 | Pozvánky

Spolu se společnou celosvětovou stávkou za klima proběhne 20. září také digitální stávka za klima, které se může snadno zúčastnit každý web. Česká odnož iniciativy podporuje akci Týden pro klima, v jejímž rámci probíhá mnoho aktivit po celé ČR. Zájemci o účast najdou dokumentaci a technickou podporu na českém webu akce.

milosk | Komentářů: 375
11.9. 22:11 | Komunita

Richard Hughes na svém blogu informuje, že se společnost Acer zapojila do projektu LVFS (Linux Vendor Firmware Service). Uživatelé zařízení od Aceru tak budou moci provádět aktualizace firmwarů přímo z Linuxu. Prvním podporovaným zařízením je notebookem Aspire A315. Přehled všech podporovaných zařízení na stránkách LVFS.

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

Google Chrome 77 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 77.0.3865.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 52 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 0
11.9. 14:11 | Nová verze

Po pěti měsících od vydání verze 5.6 byla vydána verze 5.7 svobodného multiplatformního softwaru pro konverzi a zpracování digitálních fotografií primárně ve formátů RAW RawTherapee (Wikipedie). Nová verze RawTherapee je k dispozici také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.

Ladislav Hagara | Komentářů: 0
Kdy jste naposledy viděli počítač s připojeným běžícím CRT monitorem?
 (24%)
 (3%)
 (12%)
 (30%)
 (31%)
 (2%)
Celkem 118 hlasů
 Komentářů: 15, poslední dnes 16:45
Rozcestník

Škálování quadcore při kompilaci jádra

26.7.2007 13:29 | Přečteno: 1378× | Linux | poslední úprava: 26.7.2007 13:30

Cílem tohoto zápisu je ukázat jak škáluje Q6600 při kompilaci kernelu. Obsahuje i odhad frekvence E6600 aby se v této úloze vyrovnalo Q6600.

Hardware a software

Q6600 @ 3GHz, 4GB DDR2 datarate 830MHz CAS 5

Jádro linux-2.6.22-gentoo-r1, gcc 4.1.2

Metodika měřeni

Vzal jsem jádro linux-2.6.22-gentoo-r1 a zahrnul vše co šlo do jádra. Vznikl tím poměrně značný cvalík- bzImage téměř 12MB (pro srovnání běžně používané jádro má lehce přes 2MB). Abych co nejvíce vyloučil vliv IO provedl jsem nejdrříve 2 "zahřívací" kompilace a následně pomocí time měřil čas provedení make pro různou hodnotu parametru j (viz man make). Po každém měření bylo pochopitelně provedeno make clean.

	Čas [s]		
-j 1	823,6	100%	1
-j 2	425,0	52%	1,94
-j 3	304,1	37%	2,71
-j 4	253,3	31%	3,25
-j 5	248,1	30%	3,32
-j 6	246,1	30%	3,35

Měřeni jsem chtěl zopakovat i pro 1 a 2 jádra ale to se ukázalo jako zbytečné- rozdil času make -j 2 na C2D a C2Q byl zanedbatelný a pro -j 3 se C2D chovalo stejně jako C2Q při přechodu z -j 4 na -j 5.

Interpretace

Při přechodu z -j 1 na -j 2 získáme o 48 % lepší čas. Je nutno dodat, že určité zrychlení se projeví i na počítači s jedním jádrem díky lepšímu využití času procesoru při čekání jednoho procesu na IO. I přes tento jev lze tento výsledek označit za velmi dobrý. Při přechodu z -j 2 na -j 4 získáme o 40 % času. Zde se již začíná citelněji projevovat to, že výkon procesoru není zdaleka jediným faktorem v této aplikaci. Projeví se omezení propustnosti sběrnic a paměti, zvýší se čas strávený čekáním na zámky v jádře a podobně. Celkově při přechodu z -j 1 na -j 4 ušetříme téměř 70 % času neboli urychlíme kompilaci 3.25x.

Odhad frekvence E6600, které se vyrovná Q6600 @ 3GHz

Pokles času kompilace s rostoucí frekvencí není lineární a už vůbec neplatí, že n % nárustu frekvence povede ke stejnému procentuálnímu poklesu času kompilace. S něčím takovým se ale dost blbě počítá, proto jsem se rozhodl v okolí "pracovního bodu" 3GHz linearizovat. Experimentálně mi vyšlo, že 10% nárust frekvence vede k 7 % urychlení kompilace pokud taktujeme s procesorem současně i paměti a FSB. Je to značně nepřesné a nadhodnocující ale spokojme se s tím, že uděláme spodní odhad potřebné frekvence. Abychom stáhli čas 425s na 253s potřebujeme počítat o 59,5 % rychleji. K tomu potrřebujeme frekvenci 5.55GHz

       

Hodnocení: 83 %

        špatnédobré        

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

Komentáře

Vložit další komentář

Michal Fecko avatar 26.7.2007 13:59 Michal Fecko | skóre: 31 | blog: Poznámkový blog
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Prečo mam stále pocit že nový HW slúži len na ušetrenie pár stoviek sekúnd... :(
26.7.2007 14:17 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Ja mam zase pocit, ze se to od tohoto (IMO vcelku rozumneho oduvodneni) sine spise smerem k tomu, ze novy HW slouzi jen k tomu, aby na tom dobre jelo dosadte_nazev_nejnovejsi_herni_pecky :)
pele avatar 26.7.2007 14:03 pele | skóre: 28 | blog: Bleabr | UH
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Dovedes odhadnout jake chyby se pri linearizaci dopustis?
Pravda má jednu velkou výhodu: člověk si nemusí pamatovat, co řekl.
26.7.2007 14:26 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Nedokazu. Linearizuju kolem bodu 3GHz a aplikuju to az nekam k 6GHz, kde bude smernice krivka zavislosti vykonu na frekvenci mnohem nizsi ale jaka to nevim a ani si to nehodlam cucat z prstu. Proto jsem uz v blogpostu psal, ze se jedna jen o spodni odhad.
pele avatar 26.7.2007 14:36 pele | skóre: 28 | blog: Bleabr | UH
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Jasny. Pokud znas aspon zhruba prubeh, mozna by slo aproximovat, pak by se to mozna zpresnilo.
Pravda má jednu velkou výhodu: člověk si nemusí pamatovat, co řekl.
26.7.2007 14:22 Michal Vyskočil | skóre: 60 | blog: miblog | Praha
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Když jsi chtěl vyloučit IO, proč jsi raději nekompiloval v tmpfs?
When your hammer is C++, everything begins to look like a thumb.
26.7.2007 14:41 miho | skóre: 22 | blog: Mihovy_sochory | Orlová
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Hlavne slo o vylouceni situace, kdy pri jedne kompilaci by se zdrojaky nacitaly z disku a pri druhe ne. Preci jen se jedna o spoustu souboru takze je vhodne mit vsechno v dentry cache.
26.7.2007 14:37 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Interview with Con Kolivas
However, the desktop PC is crap. It's rubbish. The experience is so bloated and slowed down in all the things that matter to us. We all own computers today that were considered supercomputers 10 years ago. 10 years ago we owned supercomputers of 20 years ago.. and so on. So why on earth is everything so slow? If they're exponentially faster why does it take longer than ever for our computers to start, for the applications to start and so on? Sure, when they get down to the pure number crunching they're amazing (just encode a video and be amazed). But in everything else they must be unbelievably slower than ever.
Táto, ty de byl? V práci, já debil.
26.7.2007 16:56 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Tohle opakuje kdekdo a většinou nezmiňují jednu věc: kdo nechce dlouhý start, ten si udělá krátký...

Od startu počítače se děje dost věcí - 1) BIOS inicializuje hardware, testuje paměť, načte a spustí zavaděč... doba, za kterou se udělá tohle se od 386 v podstatě nezměnila.

2) Natáhne se jádro, které prohledává sběrnice, hledá hardware a načítá k němu ovladače - to taky chvíli trvá, oproti 386 to trvá o to déle, že je v počítači o dost víc hardwaru... namátkou integrovaná zvuková karta, integrovaná síťová karta, spousta senzorů, USB řadiče, atd.

3) Spouští se služby... tato část u 386 téměř vůbec nebyla, maximálně tak nějaký avast, většina spouštěných služeb se týká věcí, které tenkrát nebyly ... namátkou samba, hal, různí démoni hlídající stav HW. Kdo tyhle služby nechce, může si je vyházet nebo aspoň místo initu použít třeba runit (doufám, že se to tak jmenuje).

4) Startuje DE. Kdo chce rychlost, nainstaluje si Xfce nebo něco podobného a má vysmáto.

Ono se to dobře nadává na to, že dnešní software je pomalý, ale většinou je to něco, co uživatelé chtějí nebo je jim to jedno nebo se jim to líbí.
Quando omni flunkus moritati
26.7.2007 17:46 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Pokud se doba nezměnila, přestože CPU se 100x zrychlilo, znamená to že se a) dělá 100x víc věcí b) se stejné věci dělají 100x blběji.
Táto, ty de byl? V práci, já debil.
26.7.2007 18:05 Ondrej 'SanTiago' Zajicek
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Ne. Velka cast boot-time veci (zejmena inicializace a detekce hardware) je pomala bud kvuli pomale odezve hardware, nebo kvuli povinnym timeoutum, nikoliv ze by nestihalo CPU.
26.7.2007 19:36 peter_h | blog: need4speed
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Hej, ale nedalo by sa to robit napr. paralelne? A ten HW neinicializuje BIOS, ale CPU, ktore je rychlejsie, v BIOSe je len program. Akoto, ze BeOS to dokaze tak rychlo?
Dolezita pasaz z toho rozhovoru je ta, ze vacsina prace v linuxovom jadre je robena vyvojarmi platenymi redhatom a podobnymi ustavmi, kde im ide o to 1% z nejakeho benchmarku merajuceho serverovu zataz, na desktope sa skoro nic nevylepsuje.
26.7.2007 21:02 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
A ten HW neinicializuje BIOS, ale CPU, ktore je rychlejsie, v BIOSe je len program.
Samozřejmě, že to dělá CPU a v BIOSu je jenom program. Všechno, co dělá BIOS, je program, který vykonává CPU.
Akoto, ze BeOS to dokaze tak rychlo?
BeOS je operační systém, BIOS ne. Když spustím BeOS na PC (pakliže to vůbec jde) tak doba, za kterou BIOS inicializuje HW se vůbec nezmění.
Quando omni flunkus moritati
26.7.2007 23:07 peter
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
No asi som to mal dat hned k tomu prvemu prispevku, lebo si to vobec nepochopil. Islo mi o to, ze akoto ze niekde sa to da, (BeOS) a inde nie (linux)? Ako uzivatela ma btw. vobec nezaujima co developeri a neviem kto, mna zaujima ako rychlo to pracuje (resp. zdrziava ma pri praci).
Samozrejme, ze viem co je bios a co os, slo o to, ze kedze CPU je rychlejsie, aj start by mohol byt a tie timeouty ma vobec netrapia, cela PC architektura je na ho...
27.7.2007 01:02 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Samozrejme, ze viem co je bios a co os, slo o to, ze kedze CPU je rychlejsie, aj start by mohol byt a tie timeouty ma vobec netrapia,...
Timeouty tě vůbec netrápí, ale kdyby se vynechaly, tak by sis stěžoval, že ten a ten kus HW je špatný, protože ti nefunguje. Ostatně když jsi tak chytrý, tak proč nepracuješ na linuxbios? Ten startuje rychleji než BIOS obyčejný.
...cela PC architektura je na ho...
No jasně, teď jsi to rozlousknul.
Quando omni flunkus moritati
27.7.2007 01:30 peter
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
No, nechajme to tak, nechapes, ze mna netrapia nejake timeouty, ani preco to tak dlho bootuje, ale ze to tak vobec je? V dnesnej dobe a pri 3GHz CPU ocakavam, ze aplikacie budu reagovat instantne, ze pri uber-hackerskej operacii ako je presun okna nebude prekreslovanie pod tym badatelne a ze to bude pracovat plynulo bez zasekov. Toto momentalne linux na pc bohuzial nesplna (a ani ziaden iny OS - teda tu plynulu pracu). A okrem toho, preco k CPU na 3GHz cpú periferie, kde musis cakat pri i/o par milisekund? Asi si nezazil instant on, to bolo uz pred, hmm, viac ako desiatimi rokmi, potom prislo PC a bolo to v ...
27.7.2007 01:36 disorder | blog: weblog | Bratislava
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
PC prislo po roku 1997? tesne vedla
27.7.2007 13:14 peter
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
A ty..fakt! To som uz taky stary? :-( Fakt je, ze dnes sa bootuje este aj mobil. Nechapem preco, ved tam je na 99% iste ake periferie ma.
27.7.2007 11:48 zde | skóre: 9 | blog: Linuch | Brno
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Sice to nebylo na mě, ale..

Timeouty tě vůbec netrápí, ale kdyby se vynechaly, tak by sis stěžoval, že ten a ten kus HW je špatný, protože ti nefunguje.

Když je v PC něco trochu neobvyklejšího nebo blbě podporovaného, nefunguje to ani s těmi timeouty (viz nedávné problémy s libata). Navíc osobně si myslím že většina timeoutů je způsobena prasáckým kódem, který probuje co nemá, a úchylnýma specama, který jsou zbytečně benevolentní a dávají vteřinové timeouty tam kde by měly být milisekundové.

Ostatně když jsi tak chytrý, tak proč nepracuješ na linuxbios? Ten startuje rychleji než BIOS obyčejný.

IMHO lepší než ztrácet čas oživováním zombií je poohlédnout se po alternativě. Číňani začínají prodávat docela použitelná PC s Godsonem za cca $150-$200.
Táto, ty de byl? V práci, já debil.
26.7.2007 21:03 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Škálování quadcore při kompilaci jádra
Pokud se doba nezměnila, přestože CPU se 100x zrychlilo, znamená to že se a) dělá 100x víc věcí
To jsem řekl v bodech 2 - 4.
Quando omni flunkus moritati

Založit nové vláknoNahoru

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