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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 18:18 | Nová verze

Byla vydána verze 5.0 frameworku pro vývoj webových aplikací Ruby on Rails (Wikipedie). Podrobnosti v poznámkách k vydání. Představení nových vlastností na YouTube.

Ladislav Hagara | Komentářů: 0
včera 17:18 | Bezpečnostní upozornění

Služba StartEncrypt od certifikační autority StartCom (konkurence Let's Encrypt) umožňovala komukoliv automaticky vydat certifikát k prakticky libovolné doméně (včetně domén jako Google, PayPal a Dropbox). Chyba (ve skutečnosti celá řada amatérských chyb) by měla být již opravena.

xm | Komentářů: 10
včera 17:17 | Nová verze

Byla vydána verze 2.0.0 knihovny libvirt (Wikipedie) zastřešující různé virtualizační technologie a vytvářející jednotné rozhraní pro správu virtuálních strojů. Z novinek lze zmínit například vylepšení podpory Xenu a OpenVZ.

Ladislav Hagara | Komentářů: 0
včera 16:22 | Zajímavý software

V březnu bylo oznámeno, že v létě bude vydána první alfa verze webového prohlížeče s renderovacím jádrem Servo. Včera byla oznámená (en) noční sestavení pro OS X a Linux. Ukázka na YouTube.

Ladislav Hagara | Komentářů: 2
30.6. 23:45 | Nová verze

Byla vydána verze 3.00 open source programu pro prolamování hesel hashcat. Přehled novinek v příspěvku v diskusním fóru. Programy hashcat a oclHashcat (hashcat využívající grafickou kartu pomocí OpenCL) byly sloučeny do hashcat. Porovnání rychlostí verzí 2.01 a 3.00 v tabulce na Tabulky Google.

Ladislav Hagara | Komentářů: 0
30.6. 19:15 | Nová verze

Po sedmi měsících od vydání verze 0.20.0 (zprávička) byla vydána nová stabilní verze 0.21.0 desktopového prostředí Enlightenment. Z novinek lze zmínit lepší podporu Waylandu nebo možnost přehrávání videa na ploše. Podrobnosti v souboru NEWS.

Ladislav Hagara | Komentářů: 11
30.6. 14:41 | Nová verze

Byl vydán Linux Mint 18 s kódovým jménem Sarah. Na blogu Linux Mintu jsou hned dvě oznámení. První o vydání Linux Mintu 18 s prostředím MATE a druhé o vydání Linux Mintu 18 s prostředím Cinnamon. Stejným způsobem jsou rozděleny také poznámky k vydání (MATE, Cinnamon) a přehled novinek s náhledy (MATE, Cinnamon). Linux Mint 18 bude podporován až do roku 2021.

Ladislav Hagara | Komentářů: 6
30.6. 07:00 | Zajímavý software

Na blogu věnovanému webového prohlížeči Chromium bylo oznámeno, že zdrojové kódy knihovny SwiftShader (Google Git) umožňující s vysokým výkonem renderovat 3D grafiku na CPU byly uvolněny pod open source licencí Apache 2.0. Knihovna SwiftShader je již od roku 2009 používána v prohlížeči Chrome pro renderování WebGL na počítačích se slabou grafickou kartou. U zrodu knihovny stála společnost TransGaming (pdf).

Ladislav Hagara | Komentářů: 0
29.6. 20:40 | Humor

Mozilla na svém blogu představila Codemoji, možnost jednoduchého šifrování zpráv pomocí Emoji. Cílem Codemoji je seznámit uživatele se základy šifrování.

Ladislav Hagara | Komentářů: 5
29.6. 20:00 | Zajímavý software

Jason A. Donenfeld oznámil v diskusním listu LKML (Linux Kernel Mailing List) vydání WireGuardu, open source softwaru pro vytváření VPN tunelů na Linuxu. Dle oznámení se jedná o řešení rychlejší, jednodušší, štíhlejší a užitečnější než IPsec a mnohem výkonnější než OpenVPN. Jaderný kód je podle Grega Kroah-Hartmana v pořádku.

Ladislav Hagara | Komentářů: 0
Jaký poměr stran pracovní plochy (příp. složené z více monitorů) preferujete?
 (7%)
 (13%)
 (52%)
 (20%)
 (4%)
 (2%)
 (1%)
Celkem 542 hlasů
 Komentářů: 32, poslední 28.6. 23:06
    Rozcestník
    Reklama

    Jaderné noviny – 9. 2. 2012: Automatické uspávání

    20. 2. 2012 | Luboš Doležel | Jaderné noviny | 3527×

    Aktuální verze jádra: 3.3-rc2. Citáty týdne: Greg Kroah-Hartman, Andrew Morton, Tony Luck, Anton Altaparmakov. Intel přijde s transakční pamětí. POHMELFS se vrací. Automatické uspávání a probouzecí zámky.

    Obsah

    Aktuální verze jádra: 3.3-rc2

    link

    Aktuální vývojová verze jádra je nadále 3.3-rc2; během uplynulého týdne žádné předverze v řadě 3.3 nevyšly.

    Se stabilními aktualizacemi je to trochu složitější. Verze 2.6.32.56, 3.0.19 a 3.2.3 vyšly 3. února se dlouhým seznamem patchů. Verze 3.2.4 následovala krátce poté kvůli chybě při sestavování, která byla zanesena do verze 3.2.3.

    6. února vyšly verze 3.0.20 a 3.2.5. V těchto aktualizacích šlo jen o jeden patch, který opravoval problém související s ASPM, jenž by na některých systémech značně zvýšil spotřebu energie. Tomuto patchi bylo věnováno jen omezené množství péče; vypadá to, že funguje, ale nikdo neví, zda nemůže na nějakém obskurním hardwaru způsobit problémy s chováním. Tak či tak ale vypadal dostatečně bezpečně na to, aby se dostal do stabilní aktualizace.

    Citáty týdne: Greg Kroah-Hartman, Andrew Morton, Tony Luck, Anton Altaparmakov

    link

    Upozorňuji, že jsem současně odstranil i řádek v souboru unusedcode.easy, pokud jsem to neměl udělat, tak mi dejte vědět a patch předělám.

    Pokud jsem něco pokazil nebo je k patchi třeba víc informací v seznamu změn, dejte mi vědět a napravím to.

    -- Greg Kroah-Hartman se stal vývojářem LibreOffice

    Pokud chceme opravdu vylepšit svět, měli bychom skočit do stroje času a nastavit tabstop na 4.

    -- Andrew Morton

    10? Máme tu několik proměnných s délkou přes 100 znaků (nevím, jak s nimi máte pracovat při maximální délce řádku 80 znaků). Současná nejdelší je:

    eOpenLogicalChannelAck_reverseLogicalChannelParameters_multiplexParameters_h2250LogicalChannelParameters

    se 104 znaky.

    -- Tony Luck (vizte include/linux/netfilter/nf_conntrack_h323_types.h)

    V jádře 3.1 Cristoph odstranil i_alloc_sem a nahradil je voláními (jmenovitě inode_dio_wait() a inode_dio_done()), která jsou pod EXPORT_SYMBOL_GPL(), a proto nemohou být používána souborovými systémy, co nejsou pod GPL, navíc bylo inode_dio_wait() přesunuto z notify_change() do metody ->setattr() souborového systému, ale žádný ne-GPL souborový systém toto volání nemůže udělat.

    To znamená, že souborové systémy, co nejsou pod GPL, nemohou existovat, leda by nepoužívaly žádnou funkčnost VFS kolem čtení a zápisu nebo dokud chtějí implementovat přímé I/O.

    Co teď mají komerční souborové systémy dělat?

    -- Anton Altaparmakov

    Intel přijde s transakční pamětí

    link

    Zde naleznete text na Intel software network, kde je popisována funkčnost „rozšíření pro transakční synchronizaci“, která bude v budoucích procesorech „Haswell“.

    S transakční synchronizací může hardware dynamicky dělat rozhodnutí, zda musejí být vlákna serializována přes zámkem chráněné kritické sekce, a dělat serializaci, jen pokud je to nutné. Toto umožňuje procesoru vystavovat a využívat concurrency, které by jinak bylo skryté kvůli dynamicky nepotřebné synchronizaci. Na nejnižších úrovních jsou programátorem určené oblasti kódu (také označované jako transakční oblasti) pomocí Intel TSX spouštěny transakčně. Pokud je transakční spuštění dokončeno úspěšně, pak se všechny paměťové operace vykonané v rámci transakční oblasti z pohledu ostatních logických procesorů zdánlivě objeví okamžitě. Procesor zviditelňuje aktualizace vykonané v rámci oblasti ostatním logickým procesorům pouze při úspěšném commitu, což je proces označovaný jako atomický commit.

    Není snad ani potřeba dodávat, že by tuto funkci šlo zajímavě využít v jádře, pokud bude fungovat dobře, ale i jiné projekty (například PyPy) rovněž projevily o transakční paměť zájem.

    POHMELFS se vrací

    link

    Na LWN se o POHMELFS zběžně psalo začátkem roku 2008; od té doby se POHMELFS povaloval ve staging stromu, aniž by se mu někdo moc věnoval nebo se o něj zajímal. Vývojář POHMELFS Evgeniy Polyakov vyjádřil svou nespokojenost s vývojovým procesem a z jaderné komunity na nějaký čas zmizel.

    Teď se ale Evgeniy vrátil a hned s novou verzí. Napsal k tomu:

    Od paralelního návrhu NFS, který přežíval v drivers/staging/pohmelfs roky bez rozumného využití, urazil kus cesty – tento návrh byl mrtvý.

    Nový pohmelfs využívá eliptickou síť jako úložiště, ukázalo se to jako efektivní distribuovaný systém. Eliptika je produkčně používána ve vyhledávací společnosti Yandex už několik let a dobře škáluje (od 6 nodů v 3 datacentrech pro hostování 15 miliard malých souborů po stovky nodů s 1 PB dat pro streamování).

    Tentokrát by chtěl zařazení souborového systému přímo do hlavní řady bez mezizastávky ve staging stromu. Jenže začleňování souborových systémů je bez posudků za strany správců VFS těžké a zatím to ještě nikdo nezhlédl. Takže Evgeniy si asi bude muset počkat.

    Automatické uspávání a probouzecí zámky

    link

    Významnou událostí prosince roku 2011 bylo oznámení projektu začleňování Androidu a návrat řady ovladačů z Androidu do staging stromu. Ta nejkontroverznější odlišnost Androidu – probouzecí zámky [wake locks] nebo blokátory uspání [suspend blockers] – součástí tohoto úsilí ale nejsou. Tento kód je dostatečně intruzivní a dostatečně kontroverzní na to, aby se k tomu nechtěl nikdo vracet. Jenže jak to tak vypadá, někdo se o to přesto snaží. Sada patchů pro automatické uspávání a probouzecí zámky od Rafaela Wysockého je dalším pokusem o podporu oportunistického uspávacího mechanismu z Androidu v hlavní řadě jádra.

    "Oportunistické uspávání" je drsný přístup ke správě výkonu. Ve zkratce jde o to, že když se neděje nic zajímavého, tak se celý systém prostě uspí. Na zařízeních s Androidem to je nepochybně efektivní; zejména to brání mizerně napsaným aplikacím v tom, aby udržovaly systém vzhůru a vysávaly baterii. Obtížnější částí je rozhodování, zda se opravdu neděje nic zajímavého; to má za úkol androidí mechanismus s probouzecími zámky/blokátory uspání. S blokátory uspání jaderný i vhodně privilegovaný kód v uživatelském prostoru mohou zablokovat běžné uspávání systému a udržet jej vzhůru, ať už potřebují udělat cokoliv.

    Vzhledem k tomu, že se blokátory uspání do hlavní řady jádra asi brzy nedostanou, je nutné zavést alternativní mechanismus, aby bylo oportunistické uspávání umožněno. Čistě náhodou už nějakou chvíli dílky nezbytné skládačky v jádře jsou; infrastruktura probouzecích událostí [wakeup events] byla začleněna ve verzi 2.6.36. Probouzecí události sledují události (například stisk tlačítka), které mohou systém probudit nebo jej udržet vzhůru. „Zdroje probouzení“, které sledují zdroje probouzecích událostí, byly začleněny v jádře 2.6.37. Zatím je ale tento subsystém používán dost málo; jen málo ovladačů ve skutečnosti posílá takové události. Zdroje probouzení nejsou skoro vůbec používány.

    Rafaelův patch dělá velké změny, které používají tuto infrastrukturu pro podporu „automatického uspávání“, což je jen jiný obrat pro „oportunistické uspávání“. (Rafael říká: Tyto patche slouží k ověření teorie, že nejsnazším způsobem, jak udat funkci, která už byla jednou odmítnuta, je představit ji pod jiným názvem.) První přidanou věcí je nový soubor v sysfs nazvaný /sys/power/autosleep; zapsání „mem“ do tohoto souboru způsobí uspání systému, kdykoliv není žádný zdroj probouzení aktivní. Je možné napsat i „disk“, což způsobí oportunistickou hibernaci; tato funkce asi nenajde zrovna moc využití, ale bylo snadné ji přidat.

    Android sleduje, jak dlouho blokátory uspání brání uspání systému; tato informace je zobrazována na obrazovce „Využití baterie“. Rafaelův patch přidává podobnou sledovací funkci a tento čas zveřejňuje (jako prevent_sleep_time) v /sys/kernel/debug/wakeup_sources.

    Je tu ale jeden malý problém: zdroje probouzení jsou dobré pro sledování událostí s původem v jádře, ale uživatelskému prostoru nedávají žádný způsob, jak dát najevo, že by systém neměl být uspán. Zjevně je nutné přidat mechanismus, pomocí kterého by uživatelský prostor mohl vytvářet vlastní zdroje probouzení. Poslední patch v Rafaelově řadě právě toto přidává. Aplikace může zapsat název (a volitelně i časový limit) do /sys/power/wake_lock pro vytvoření nového, aktivního zdroje probouzení. Tento zdroj zabrání systému v uspání, dokud neuběhne časový limit nebo dokud není stejné jméno zapsáno do /sys/power/wake_unlock.

    Je na první pohled vidět, že tento mechanismus může být použit k implementaci androidího oportunistického uspávání. Ovladač, který obdrží probouzecí událost, označí související zdroj probouzení jako aktivní, což udrží systém vzhůru. Tento zdroj zůstane aktivní, dokud uživatelský prostor tuto událost nevyčerpá. Ale ještě než se tak stane, aplikace v uživatelském prostoru získá svůj vlastní „probouzecí zámek“, čímž zajistí, že bude moci dokončit svou práci, než se systém zase uspí.

    Ti z vás, kteří pozorněji sledovali celou kontroverzi kolem této funkčnosti, si jistě všimnou, že API pro tuto funkčnost je nápadně podobné nativnímu androidímu API. Samozřejmě to není náhoda; smyslem je co nejvíce usnadnit přechod na nový mechanismus, aniž by androidí systémy byly tímto nějak porouchány. Pokud se toho podaří dosáhnout, tak i kdyby samotný Android na tuto implementaci nikdy nepřešel, mělo by být mnohem snazší provozovat uživatelský prostor Androidu na jádře hlavní řady.

    A to je samozřejmě nejsilnější možný argument pro tuto sadu patchů. Pokud se někomu podaří předvést androidí systém s nativním oportunistickým uspáváním, který bude mít spotřebu energie podobnou originálu, tak bude mnohem pravděpodobnější, že se tomuto patchi podaří uspět, i když ostatní selhali. Nebude úplně snadné připravit takovou předváděčku, ale na vhodném hardwaru to samozřejmě půjde. Jako dobrý základ může posloužit postup od Linara. Než se to někomu povede, tak bude asi trochu problém do jádra oportunistické uspávání kompatibilní s Androidem dostat.

           

    Hodnocení: 100 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

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

    Komentáře

    Vložit další komentář

    20.2.2012 00:26 Mustafa
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Čtu tam nahoře u citátů, že Greg Kroah-Hartman se stal vývojářem LibreOffice.

    To už se jádru věnovat nebude? Není to nějaká chyba v článku?
    Luboš Doležel (Doli) avatar 20.2.2012 01:25 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    To už se jádru věnovat nebude? Není to nějaká chyba v článku?
    To je myšleno jako humor ;-) Pomohl LibreOffice akorát tím, že zlikvidoval nějaký přebytečný kód (kterého tam mají až až).
    20.2.2012 10:04 jc
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Myslim ze jednoduchym zahazovanim nepotrebneho kodu by se neobtezoval. Pise, ze TAKE zrusil jeden radek v unusedcode.easy.
    Luboš Doležel (Doli) avatar 20.2.2012 10:07 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Pise, ze TAKE zrusil jeden radek v unusedcode.easy.
    A jak se to vylučuje s tím, co píšu? Smazal nepotřebný kód a odstranil ho ze seznamu nepoužívaného kódu.
    Myslim ze jednoduchym zahazovanim nepotrebneho kodu by se neobtezoval.
    Uff
    20.2.2012 01:10 Gilhad | skóre: 20 | blog: gilhadoviny
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Zdroje probouzení jsou nejsou skoro vůbec používány. (vyberte si po libosti)

    Android sleduje, kal dlouho blokátory (jak-ze?)
    Luboš Doležel (Doli) avatar 20.2.2012 01:24 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Díky, opraveno.
    20.2.2012 12:42 deda.jabko | skóre: 23 | blog: blog co se jmenuje "každý den jinak" | za new york city dvakrát doleva a pak už se doptáte
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Máme tu několik proměnných s délkou přes 100 znaků (nevím, jak s nimi máte pracovat při maximální délce řádku 80 znaků). Současná nejdelší je: eOpenLogicalChannelAck_reverseLogicalChannelParameters_multiplexParameters_h2250LogicalChannelParameters se 104 znaky.
    pripomelo mi to legendarni kod noveho hlodace. :-]]
    Asi před rokem se dostali hackeři na servry Debianu a ukradli jim zdrojové kódy.
    clayman avatar 20.2.2012 17:04 clayman | skóre: 13 | Praha 6
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Borce asi baví psát...
    Jakub Lucký avatar 20.2.2012 17:32 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    ve Wordpadu...
    If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
    20.2.2012 19:01 tomo_tn
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    A to som mal obcas pocit ze pouzivam dlhe premenne :)

    Popravde snazim sa vyzit z 1 -- 3 slovami aby som sa v kode vedel zorientovat aj po dlhsej dobe ale pritom bol stale udrzatelny.
    21.2.2012 02:01 Tyf
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Vim, co je autor za podivny zivel.

    Ale ma plus, ze vi, jaky je anglicky plural od slova "index." A druhe plus, ze do ukazky pro obeti/investory nedal vubec nic.
    20.2.2012 21:30 snajpa | skóre: 19 | blog: snajpuv_blocek | Brno
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Evgeniy te DHT ulozne siti rika The Elliptics - prekladat to jako Eliptika asi neni uplne cele-vpravo :)
    --- vpsFree.cz --- Virtuální servery svobodně
    20.2.2012 21:43 snajpa | skóre: 19 | blog: snajpuv_blocek | Brno
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Ale jinak bych mel rict, ze ja se ozvu akorat, kdyz se mi neco nelibi vetsinou... Takze abych jenom nenadaval: diky za JN, ctu pravidelne a jsem za ne rad!
    --- vpsFree.cz --- Virtuální servery svobodně
    Luboš Doležel (Doli) avatar 20.2.2012 22:47 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Já vůbec netuším, jak toto přeložit. Rád to nahradím lepším překladem.
    21.2.2012 09:34 snajpa | skóre: 19 | blog: snajpuv_blocek | Brno
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Nijak, je to nazev :)
    --- vpsFree.cz --- Virtuální servery svobodně
    21.2.2012 16:24 Jindřich Makovička | skóre: 14
    Rozbalit Rozbalit vše Re: Jaderné noviny – 9. 2. 2012: Automatické uspávání
    Možná by se hodil odkaz na http://ioremap.net/projects/elliptics

    Založit nové vláknoNahoru

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