Jaderné noviny – 6. 2. 2014: Co bude v 3.14

24. 2. 2014 | Luboš Doležel | Jaderné noviny | 3539×

Aktuální verze jádra: 3.14-rc1. Citáty týdne: Alexandre Courbot, Linus Torvalds, Daniel Phillips. kGraft - patchování jádra za běhu od SUSE. Závěr začleňovacího okna 3.14.

Obsah

• Aktuální verze jádra: 3.14-rc1
• Citáty týdne: Alexandre Courbot, Linus Torvalds, Daniel Phillips
• kGraft - patchování jádra za běhu od SUSE
• Závěr začleňovacího okna 3.14

Aktuální verze jádra: 3.14-rc1

Aktuální vývojová verze jádra je 3.14-rc1 vydaná 2. února. Všichni, kdo doufali, že toto vydání bude mít v kódovém názvu něco s π, budou zklamaní. Je mi jasné, že 3.14 je jako číslo lidem povědomé a už jsem v souvislosti s tím obdržel žádosti ohledně jména. Takhle ale nesmyslná jaderná jména nefungují. Možná vás utěší, že tento název se nikde neukazuje a nikomu na něm nezáleží. Takže jakékoliv jméno související s pí, které vymyslíte, bude asi tak relevantní jako to, co bude v hlavním Makefile, takže se tím nemusíte trápit. Toto jádro bude pojmenováno „Shuffling zombie juror“ (porotce šinoucích se zombií).

Stabilní aktualizace: během minulého týdne žádné nevyšly. V době psaní textu se revidují verze 3.13.2, 3.12.10, 3.10.29 a 3.4.79 a jejich vydání proběhne 6. února nebo později.

Dále se reviduje aktualizace 2.6.34.15 s celkem 213 patchi. Paul Gortmaker k ní říká: Jde o poslední verzi v řadě 2.6.34.x; lidé by si měli promyslet přechod na novější jádra. Zaměřili jsme se na položky CVE, úniky dat a chyby, které mohou vyvolat BUG/oops.

Citáty týdne: Alexandre Courbot, Linus Torvalds, Daniel Phillips

Musím zdůraznit, že i když je to velmi vzrušující, tak toto úsilí je experimentální, proto bych byl rád, kdybyste kvůli těmto několika patchům neměli přehnaná očekávání. Rozsah této práce je striktně omezen na Tegra (i když z toho vzhledem k podobnosti s desktopovými GPU budou nepřímo i tato GPU profitovat) a nemáme v plánu pracovat na podpoře v uživatelském prostoru. Takže proprietární ovladač ještě neodinstalujte ;)

-- Alexandre Courbot z NVIDIA přispěl do Nouveau

No vida, tentorkrát nvidii dávám vzhůru palec.

-- Linus Torvalds

Na Korejském linuxovém fóru se měl loni na podzim Linus zeptal, jestli už o Tux3 neslýchá posledních deset let. Řekl jsem, že ne, že to byl Tux2. O Tux3 můžeme slyšet jenom šest let.

-- Daniel Phillips

kGraft – patchování jádra za běhu od SUSE

SUSE ohlásilo projekt kGraft, což je mechanismus pro aplikování jaderných patchů bez restartu systému. Svou funkčností se podobá ksplice, ale implementace je poněkud odlišná a vývojáři se snaží dostat podporu do hlavní řady jádra. kGraft je postavené na technologiích a nápadech, které už v jádře jsou: ftrace a jeho vyhrazený prostor v hlavičkách funkcí na bázi mcount, INT3/IPI-NMI patchování používané i ve skokových návěštích a aktualizace kódu, který nevyžaduje zastavení jádra, podobající se RCU. Patch kGraft je jaderný modul, který na načtení do jádra plně závisí na jaderném zavaděči modulů. Díky tomu může návrh být krásně minimalistický. První vydání je plánováno na březen.

Závěr začleňovacího okna 3.14

Do uzavření začleňovacího okna a vydání 3.14-rc1 bylo celkem přetaženo 10 622 neslučovacích sad změn. To z tohoto cyklu činí nejaktivnější cyklus od 3.10, i když bylo 3.13 překonáno o pouhých 104 patchů. Při aktuální aktivitě si 3.10 ještě nějakou dobu asi svůj rekord udrží (11 963 patchů).

Od minulého souhrnu byly přetaženy následující zajímavé změny viditelné uživatelům:

• Do subsystému trasování bylo přidány vyvolávače událostí [event triggers]. Více o tom, jak tuto funkci využít, najdete v tomto commitu.
• Subsystém uprobes získal podporu pro řadu „metod získávání dat“, které poskytují přístup k datům na zásobníku z paměti procesu a ještě více. Více se dozvíte v patchi.
• Subsystém pro paravirtualizaci Xen má podporu pro režim „paravirtualizace v kontejneru HVM" (PVH), který lépe využívá hardwarových rozšíření pro virtualizaci, aby byly některé operace urychleny (například aktualizace tabulek stránek).
• Architekturu ARM je možné nastavit tak, aby byly textové a datové části jaderných modulů chráněny proti změnám nebo spuštění. Nápověda k této funkci upozorňuje, že může mít vliv na dynamické trasování.
• Nový síťový ioctl() SIOCGHWTSTAMP umožňuje aplikaci získat aktuální nastavení hardwarových časových razítek bez jejich změny.
• Nová síťová funkce „TCP autocorking“ zpozdí přenosy malých dat ve snaze sloučit je do větších paketů. Výsledkem může být lepší využití CPU a sítě. Pro vypnutí této funkce, která je standardně zapnutá, je možné použít přepínač sysctl tcp_autocorking.
• Podpora Bluetooth Low Energy nyní zvládá kanály orientované na spojení, čímž se zvyšuje počet protokolů, které mohou fungovat v režimu LE. Pro zařízení Bluetooth LE je nyní k dispozici i podpora emulace 6LoWPAN.
• Subsystém Paketového filtru Berkeley má dvojici nových nástrojů pro uživatelský prostor: debugger a jednoduchý assembler. Více najdete v dokumentaci.
• Nový „filtr na těžké váhy“ [heavy-hitter filter] se snaží odlišit malý síťový provoz od velkého a dávat prioritu tomu malému. Více v commitu.
• Plánovač paketů „Rozšířený proporcionální integrální řadič“ (PIE) se zaměřuje na odstranění problémů s bufferbloat. Více se dozvíte v commitu.
• Kód architektury xtensa má podporu pro víceprocesorové systémy.
• Distribuovaný systém souborů Ceph má nyní podporu pro ACL.
• Subsystém komprimovaného swapu zram (popsaný v článku z roku 2013) byl přesunut ze stromu staging do hlavního kódu pro správu paměti. Commit Minchana Kima říká, že zram je nyní aktivně používáno v řadě televizí; stejně tak našel užití v nových androidích telefonech.
• Podpora pro nastavování režimu z uživatelského prostoru v ovladači Intel i915 byla označena za zastaralou, což ji připravuje na odstranění přibližně za rok. Kdokoliv, kdo na tomto způsobu závisí, by měl mezitím dát vědět, jaké má potřeby.
• Systém souborů Btrfs nyní přes sysfs dává mnohem více informací včetně podporovaných funkcí, údajích o využití místa a ještě více. Řada těchto informací je dostupná přes ioctl(), ale rozhraní sysfs se snáze používá ve skriptech nebo z příkazové řádky.
• Podpora nového hardwaru.

Mezi změny vidielné vývojářům jádra patří:

• Architekturu ARM je možné nastavit tak, aby v systému souborů debugfs byl vytvořen soubor kernel_page_tables, kde je možné zkoumat rozvržení jaderných tabulek stránek.
• Skript checkpatch si nyní bude stěžovat na alokace paměti za použití příznaku __GFP_NOFAIL.
• Máme novou nízkoúrovňovou knihovnu pro počítání hashů v situacích, kde rychlost je důležitější než kvalita hashe; více v tomto commitu.
• Byl začleněn patch „immutable biovec“ (neměnitelné vektory blokového I/O); zavádí značné změny v API blokové vrstvy, ale umožňuje vytváření libovolně velikých I/O požadavků a zvyšuje efektivitu. Více se dočtete v dokumentaci.

Jednou z posledních funkcí, co se mohou dostat do 3.14, je navržené systémové volání renameat2(), na které se chce Linus podívat hlouběji, než jej zařadí. Tento kód nemusí být v době 3.14-rc2 ještě přetažen, ale Linus říká: po pravdě to asi nakonec zbude na 3.15. Mimo to by rozsah funkcí v 3.14 měl teď být kompletní. Pokud bude stabilizace probíhat jako obvykle, pak můžeme vydání 3.14 očekávat koncem března.

       

Komentáře

[Odin]

Mam pocit, ze jaderni vyvojari a koderi ubuntu soutezi, kdo vymysli debilnejsi nazev. Jak ma nasi platformu brat bezna verejnost, jak ji ma brat non-it korporatni sfera, kdyz se davaji takoveto infantilni geeky nazvy? Asi je cas, aby se zacalo delat pr a marketing, jinak bude linuxovy desktop v ocich verejnosti stale jen systemem pro matfyz like uhrovite nerdy bez holky a s mastnymi vlasy

[pavel]

Ty jsi to asi nepochopil, že? Linux je dnes používaný korporátní sférou. Právě proto je potřeba trochu připomenout, jak vznikl a kdo přispívá do jeho vývoje. A pokud v očích veřejnosti zůstane systémem pro matfyz, budu jen rád.

[finn]

„Možná vás utěší, že tento název se nikde neukazuje a nikomu na něm nezáleží.“

[dvcasxcasdc]

je skoda, ze linus neni cech a ze nechce PI v nazvu verze jadra.

pak se mohl kernel 3.14 jmenovat PIca, muhehehehehe.

[AlYoSHA]

Ak sa aj do tychto veci zacne srat PR a marketing tak bude nacase vstat a odist. BTW toto s lin desktopom nema naprosto nic spolocneho a v clanku je to aj povedane.

[pavlix]

Ten docela ušel :).

[Ondrej 'SanTiago' Zajicek]

Shuffling zombie juror“ (porotce šinoucích se zombií)

A ne spis 'sinouci se zombioidni porotce'?

[xkomczax]

Není někde vysvětleno, jak to jméno vzniklo? Protože mně se po přečtení slova "shuffling" v názvu jako první vybavilo něco úplně jiného. Právě proto by mne zajímal původ tohoto označení...

Jinak díky za překlad!

[trubicoid2]

anebo zombak micha karty? http://en.wikipedia.org/wiki/Shuffling

[xkomczax]

Proč ne Já na to šel ale tak, že jsem si pojem "Shuffling zombie" pro jistotu dal do googlu a ono mi to skutečně nějaké ty tančící "zombie" našlo. Být to tak rok zpátky (nebo dva?), dal bych za svoji variantu snad i ruku do ohně, neboť tehdy "shuffloval" každý. Dneska těžko říct...

[JS1]

Puvod je ten, ze "to shuffle" skutecne znamena (mimo jine) "sinout se" nebo "sourat se". Proste jit a nezvedat moc nohy.

Take existuje "Young shuffle", coz je styl behu pouzivany nekterymi ultramaratonci.

[xkomczax]

Původ slova znám, ale jak se zmiňuji výše, já mám s tímto slovem spojenou jinou asociaci a právě proto jsem si dal ten výraz do googlu, neboť shuffle (taneční styl) byl v relativně nedávné době v pop kultuře velice oblíben.

Nicméně, vypadá to, že původ slova bude nejspíše úplně jiný

[Kvakor]

Shuffling zombie juror“ (porotce šinoucích se zombií)

A ne spis 'sinouci se zombioidni porotce'?

No, je otázka, jeslti je to původně překládané (Shuffling (zombie juror)), nebo spíš ((Shuffling zombie) juror), třeba kdyby bylo shuffling soutěžní disciplína při Miss Zombie

PS: Když už jde o zombie, já bych to radějí překládal jako šourajících se.

[Ondrej 'SanTiago' Zajicek]

Kdyby to byl druhy pripad, tak by to bylo spis 'juror of shuffling zombies'.