Jaderné noviny – 16. 9. 2009 (diskuse)

[Michal Vyskočil]

Líbí se mi slovo rudimentární, zní vážně skvěle.

[PetrHL]

Velmi zajímavé čtení! Díky za skvělý překlad.

[Zdeněk Štěpánek]

Ten cowloop me zajima? Bude to jako nmahrada za aufs2? Proste neco s cim konecne budou LiveCd fungovat rychle a jednoduse?

Zdenek

[Kvakor]

Ne, cowloop je o úroveň níž - atímco aufs je na úrovni VFS a pracuje se soubory, cowloop je na úrovni blokového zařízení a pracuje tudíž na úrovni bloků. Implementace je taková, že je k příslušnému blokovému zařízení přiřazen soubor, pokud možno řídký (sparse), ve kterém je na začátku bitmapa bloků (je v souboru/není v souboru) a potom samotné bloky.

Pokud dojde k pokusu o čtení, cowloop koukne do bitmapy a pokud tam blok je, čte ho ze souboru, v opačném případě ho čte ze zařízení. Při zápisu se blok zapíše do soboru a v bitmapě se nastaví jako platný.

Takže zatímco aufs je výhodné pro soborové systémy, které jsou přirozeně read-only (squasfhs, cramfs, iso9600 ...), je cowloop pro běžné read-write souborové systémy, které ovšem dlí na read-only médiu, nebo na médiu, do kterého není moc dobré často zapisovat (flash karty a pod.). Něco podobného umí i LVM, ale tam je celkem netriviální syntaxe a místo pro zapisované bloky musí být také zařízení, zatímco u cowloop stačí soubor.

[Luigi]

ja si myslim, ze cowloop je proste kravska smycka a basta

[Martin Mareš]

Díky za překládání, dodám jen maličkou poznámku k terminologii: anglické multiplier se do češtiny překládá buď jako násobič (pokud je to zařízení sloužící k násobení, třeba frekvence) nebo jako násobitel (pokud se jedná o číslo, kterým se něco násobí). Podle kontextu soudím, že zde se jedná spíše o ten druhý význam. Nijak důležité to samozřejmě není.

[Jiří Benc]

Ve Fredericově citátu má být "že po rebootu budeme potřebovat další printk()". Vychází to ze zkušenosti, že ať si člověk přidá ladicích výpisů kolik chce, po přebootování do kernelu s oněmi přidanými ladícími výpisy stejně zjistí, že jich potřebuje víc. Tak, jak je to teď, to nedává moc smysl

[Jiří Benc]

A ještě jedna drobnost: "Byl začleněn virtuální souborový systém devtmpfs."

[Jardík]

S radostí dodám, že v 2.6.32 byl opraven BUG v rozpoznávání některých módů displeje (který se projevoval např. u televizí SONY) v DRI kódu. Je tedy již možné používat všudypřítomné HDMI výstupy u notebooků z integrovanými grafikami Intel. Bohužel jen do té doby, než zavřete víko displeje. A zvuk funguje pouze s odpojeným adaptérem.

[David Jaša]

Možná by nebyla od věci nějaká komunikace mezi scaling governorem a plánovačem CPU, aby plánovač dával úlohy přednostně na probuzené jádro a uspané nechal spát.

[A]

+1 za kazde spiace jadro

[David Jaša]

A ještě něco:

echo NO_NEW_FAIR_SLEEPERS > /sys/kernel/debug/sched_features

mi opravdu spravilo interaktivitu, už žádný trhaný zvuk ani při powersave! Ta fíčura je opravdu rozbitá.

[xm]

Nicméně nebude to jediný problém se současným jaderným plánovačem CFS. BFS je na tom totiž pořád objektivně s interaktivitou desktopu lépe, i pokud se u CFS vypne vlastnost NEW_FAIR_SLEEPERS. Testováno u mě na přehrávání 1080p HD videa s úlohou náročnou na CPU běžící na pozadí (pod BFS v pohodě, v případě CFS i při vypnutých NEW_FAIR_SLEEPERS video trhá).

[trekker.dk]

Co to znamená objektivně. Jestli to znamená objektivně měřeno na přístroji "xm", který opakovaně prokázal, že vrací velmi subjektivní výsledky, tak s dovolením toto objektivní tvrzení budu brát s velkou rezervou.

Jo a jedna otázka - "Testováno u mě na přehrávání 1080p HD videa s úlohou náročnou na CPU běžící na pozadí" - jak má podle tebe plánovač vědět, která úloha je pro tebe důležitější. Znamená to tvé na pozadí, že jsi tomu nějak nastavil niceness, nebo jenom že jsi okno s tím videem dal v X nad okno s tou náročnou úlohou?

[trekker.dk]

Je docela ironie, že něco, co do jádra přibylo, aby se zlepšila interaktivita, zhoršuje interaktivitu.