Jaderné noviny - 3. 6. 2016: Začleňovací okno 4.7 se zavírá

12. 6. 2016 | Redakce

Články - Jaderné noviny - 3. 6. 2016: Začleňovací okno 4.7 se zavírá  

Stav vydání jádra. Citát týdne: Linus Torvalds. Začleňovací okno 4.7 se zavírá.

Stav vydání jádra

Současný vývojový kernel je 4.7-rc1, vydaný 29. května. Linus k tomu řekl: „Tentokrát máme velkou změnu na vrstvě vfs, která umožňuje souborovým systémům (v případě, že na to přistoupí) vykonat současně readdir() a vyhledání části cesty ve stejném adresáři. Jedná se pravděpodobně o největší koncepční změnu vfs od doby, co jsme začali vyhledávat cesty v mezipaměti pomocí RCU.“ Označení verze bylo změněno na „Psychotic Stoned Sheep“ (psychotická zhulená ovce).

Stabilní aktualizace: 4.6.1, 4.5.6, 4.4.12 a 3.14.71 byly vydány 1. června.

Citát týdne

Bohužel jsem viděl lidi od překladačů, kteří odmítají argumentaci „zdravým rozumem“, protože není definovaný ve standardu C. Existují lidé, kteří si myslí, že papír je ten nejcennější zdroj ve vesmíru.

-Linus Torvalds

Konec začleňovacího okna 4.7

Do chvíle, kdy Linus vydal prepatch 4.7-rc1 a zavřel začleňovací okno pro tento vývojový cyklus, bylo do hlavního repozitáře začleněno 10 707 neslučovacích sad změn. Jak jsme očekávali, je to méně než 12 172 změn ve 4.6-rc1, ale i tak se jedná o rušný vývojový cyklus se spoustou zajímavých změn a nových funkcí.

Některé ze začleněných změn od shrnutí z minulého týdne:

• NFS klient nyní implementuje systémové volání copy_file_range(), takže dokáže využít příkaz NFS 4.2 COPY k optimalizaci operací na vzdáleném serveru.
• Kód přímého přístupu k perzistentní paměti (DAX) nyní umí pracovat s paměťovými poli, které obsahují chyby médií.
• Pokud dojde k výběru nové konfigurační volby TRIM_UNUSED_KSYMS, dojde k odstranění všech exportovaných symbolů, které sestavení jádra nepoužívá. Tím by se mohly otevřít další příležitosti k optimalizaci a z bezpečnostního hlediska by znepřístupnění nevyužitých symbolů mohla být smysluplná změna.
• Zavedením nové hašovací knihovny se povedlo se vyřešit řadu dlouhotrvajících problémů (viz tento článek) s jaderným kódem pro hašování řetězců. Viz nové rozhraní v linux/stringhash.h.
• Nově podporovaný hardware zahrnuje teploměry Sigma Design „Tango“, teploměry připojené k A/D převodníkům, řadiče řízení spotřeby SoC Intel Core, iSCSI řadiče Chelsio, mono zesilovače Texas Instruments TAS5720 a kodeky Maxim MAX98371.

Pokud dojde k dodržení obvyklého rozvrhu, můžeme očekávat vydání 4.7 17. července. S datem se zatím nedá počítat, může se posunout kvůli regresím, nečekaným problémům s API nebo neodolatelným příležitostem k potápění. Vývojový cyklus je ale natolik předvídatelný, že můžeme očekávat, že se datum posune jen maličko, pokud vůbec. Do té doby jde jen o testování nového jádra a řešení nevyhnutelných chyb.

Diskuse k tomuto článku

[melkors]

Na drtivou vetsinu novinek se da reagovat snad jen - HURA!

[idle]

Bohužel jsem viděl lidi od překladačů, kteří odmítají argumentaci „zdravým rozumem“, protože není definovaný ve standardu C

Já raději kompilátor dle standardu, než chytráka, co si to jede po svym

[gl]

On ale kritizuje přidávání featur a argument, že to standard vysloveně nezakazuje. Neříká, že ten kompilátor nemá dodržovat standard.

[Jiri Kosina]

Existuje mnoho moznych chovani prekladace jazyka C, ktera by byla v souladu se standardem, ale absolutne by znemoznila multi-threaded programovani (napr. C samo o sobe nikterak negarantuje, ze si kompilator nesmi mezi dvema statementy precist a zapsat nahodne kusy pameti, coz je z pohledu single-threaded prekladace nop, pokud vynecha volatile promenne).

[little.owl]

Ano, C standard a prakticka implementace urcujici "de facto" standard se mijeji, a C11 moc nepomohl. Dobre shrnuti z posledni doby z University of Cambridge je zde.