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 | Zajímavý projekt

V březnu byl představen prototyp (zprávička) open source kapesního počítače a herní konzole DragonBox Pyra (zprávička), nástupce OpenPandory. Dnes byl spuštěn předprodej. Záloha je 330,00 € a 400,00 € za 4G/LTE verzi. Konečná cena nebyla zatím stanovena. Stanoven nebyl ani termín dodání. Podrobnosti v často kladených dotazech (FAQ) [reddit].

Ladislav Hagara | Komentářů: 3
včera 13:00 | Zajímavý článek

Bylo vydáno (pdf) pětačtyřicáté číslo stostránkového anglicky psaného časopisu MagPi věnovanému Raspberry Pi a projektům postaveným na tomto jednodeskovém počítači. K dispozici je také jako papírový časopis za 5,99 £.

Ladislav Hagara | Komentářů: 0
30.4. 15:11 | Nová verze

Byl vydán BunsenLabs Linux Hydrogen. Jedná se o nástupce linuxové distribuce CrunchBang (zkráceně #!) založené na Debianu a lišící se především předkonfigurovaným správcem oken Openbox (Wikipedie). Vývoj #! byl ukončen v únoru loňského roku (zprávička). Nejnovější verze BunsenLabs Linuxu Hydrogen je založena na Debian Jessie 8.4.

Ladislav Hagara | Komentářů: 0
29.4. 19:15 | Zajímavý projekt

Byl vydán Devuan Jessie 1.0 Beta. Jedná se o beta verzi forku Debianu bez systemd představeného v listopadu 2014 (zprávička).

Ladislav Hagara | Komentářů: 28
29.4. 15:11 | Bezpečnostní upozornění

V GitLabu, v open source alternativě GitHubu, tj. v softwarovém nástroji s webovým rozhraním umožňujícím spolupráci na zdrojových kódech, byla nalezena vážná bezpečnostní chyba CVE-2016-4340. Bezpečnostní aktualizace bude vydána v úterý 3. května v 01:59 [Hacker News].

Ladislav Hagara | Komentářů: 0
29.4. 13:33 | Zajímavý software

Cryptomator je svobodná multiplatformní aplikace pro transparentní šifrování souborů ukládaných do cloudu. Šifrování a dešifrování probíhá na straně klienta. Zdrojové kódy jsou k dispozici na GitHubu. Podrobnosti v popisu technologie a odpovědích na často kladené dotazy (FAQ).

Ladislav Hagara | Komentářů: 5
29.4. 01:33 | Zajímavý projekt

Dle plánu (zprávička) byla na Crowd Supply spuštěna kampaň na podporu LimeSDR od společnosti Lime Microsystems. Jedná se o open source platformu pro softwarově definovaná rádia (SDR). LimeSDR zvládne komunikaci pomocí UMTS, LTE, GSM, LoRa, Bluetooth, Zigbee, RFID a dalších protokolů.

Ladislav Hagara | Komentářů: 12
29.4. 00:33 | Zajímavý software

Společnost eyeOS představila svobodný online kancelářský balík Open365. Jedná se o kombinaci LibreOffice online, Seafile a KDE. K dispozici je také klient pro několik operačních systémů. Videoukázky na YouTube. Zdrojové kódy nebyly zatím vydány [Hacker News].

Ladislav Hagara | Komentářů: 15
28.4. 22:55 | Komunita

Byly zveřejněny videozáznamy z konference LinuxFest Northwest 2016 (Twitter) konané 23. a 24. dubna v Bellinghamu (WA). Přednášel například také Bryan Lunduke, známý mimo jiné sérií přednášek Linux Sucks. Název jeho letošní přednášky byl Linux is Freaking Weird.

Ladislav Hagara | Komentářů: 0
28.4. 18:54 | Zajímavý článek

Hospodářské noviny přinesly v článku s názvem Linuxu se už dávno podniky nebojí rozhovor s Ivetou Babulenkovou, šéfkou českého a slovenského obchodního zastoupení společnosti Red Hat.

Ladislav Hagara | Komentářů: 50
Jaký poměr stran pracovní plochy (příp. složené z více monitorů) preferujete?
 (6%)
 (16%)
 (51%)
 (20%)
 (4%)
 (2%)
 (0%)
Celkem 210 hlasů
 Komentářů: 16, poslední 30.4. 10:53
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.