Linus Torvalds tvůrce a vedoucí vývoje linuxového jádra, opět ukázalo, že kvalita a dochvilnost jsou nedílnou součástí při vývoji linuxového jádra.
A během vývojového cyklu Linuxu 6.17, Inženýr Googlu Palmer Dabbelt předložil sadu záplat pro architekturu RISC-V, které neprošly filtrem od špičkového vývojáře. Důvod: byly odeslány příliš pozdě a obsahovaly změny považované za „odpad“, které nepatřily do stromu RISC-V.
Toto rozhodnutí znamená, že navrhovaná vylepšení se v Linuxu objeví až ve verzi 6.18, což by mohlo zpomalit přijetí RISC-V v určitých prostředích a bránit vývojářům, kteří se na tyto aktualizace spoléhají.
Pro ty, kteří stále nejsou obeznámeni s RISC-V, by mělo být jasné, že toto Jedná se o bezplatnou a otevřenou architekturu instrukční sady. Architektura RISC-V, která vznikla v roce 2010 na Kalifornské univerzitě v Berkeley, si od té doby získala pozici oproti proprietárním architekturám, jako jsou ARM a x86, a to díky své flexibilitě a rostoucí komunitě vývojářů. RISC-V International má v současnosti více než 4500 XNUMX členů.
Navzdory tomuto růstu čelí architektura výzvám v oblasti zralosti a stability. Případy jako Chimera Linux, která dočasně pozastavila podporu kvůli problémům s výkonem dostupného hardwaru, odrážejí obtíže s jejím etablováním v produkčním prostředí.
Odmítnutí poznamenané časem a kvalitou kódu
Torvalds požadoval, aby byly žádosti o změny (pull requesty) odesílány předem. protože by cestoval. Aktualizace však dorazila 8. srpna 2025, pouhé dva dny před uzavřením začleňovacího okna Linuxu 6.17, které bylo plánováno na vydání verze -rc1.
Vedoucí projektu kritizoval nejen zpoždění, ale i obsahPoukázal na to, že změny přidaly zbytečné úpravy mimo rámec standardu RISC-V, ovlivnily generické soubory a nepřidaly žádnou hodnotu. Jeho vlastními slovy to „svět zhoršuje“.
Reakce a nezaměnitelný styl Linuse Torvaldse
Epizoda s náplastmi RISC-V není ojedinělý případ. V červnu 2025, Torvalds se již dříve zapletl do kontroverze. odstraněním souborového systému Bcachefs z jádra kvůli obavám o jeho kvalitu a udržovatelnost.
Tentokrát bylo jeho poselství přímočaré: žádné další pozdní odevzdání ani irelevantní změny. Palmer Dabbelt se omluvil a slíbil, že v budoucích vydáních tento proces napraví.
Komunita reagovala smíšenými názory. Někteří si jeho upřímnosti cení jako účinného způsobu, jak udržet kvalitu jádra; jiní se však domnívají, že jeho tón může odradit nové přispěvatele. Torvalds si však trvá na svém: stabilita a bezpečnost jádra jsou nade vše ostatní.
Za více než tři desetiletí v čele linuxového jádra, Linus Torvalds si získal slávu pro svůj přímý, někdy agresivní komunikační styl.Ačkoli v minulosti uznal potřebu zmírnit svůj tón, nadále upřednostňuje technickou důslednost před diplomacií.
Pro něj představují rozhodnutí, jako je zavedení souborových systémů bez rozlišování velkých a malých písmen nebo změny kódové základny mimo kontext, zbytečná rizika, která by mohla ohrozit dlouhodobou stabilitu systému.
Toto nové odmítnutí patchů RISC-V je v podstatě potvrzením filozofie, která linuxové jádro řídí po celá desetiletí: o kvalitě se nediskutuje a termíny se dodržují.
Vylepšení výkonu Btrfs a další nové funkce pro Linux 6.17
Další nové funkce a vylepšení, které byly připraveny pro Linux 6.17 se týkají výkonu a funkčnosti souborový systém btrfsMezi nejvýznamnější nové funkce patří experimentální podpora velkých folií, což je optimalizace, která slibuje snížení režijních nákladů a zrychlit operace v různých scénáříchAčkoli je tato funkce technicky připravena pro širší použití, vývojáři upozorňují, že ještě nebyla dostatečně otestována, aby mohla být považována za zcela stabilní.
Nová verze Btrfs tTaké zavádí hustší umístění klíčů ve struktuře XArray., což zvyšuje kompaktnost uzlů úložného spanning tree. Tato změna může snížit počet koncových uzlů o 50 % až 70 %, čímž se optimalizuje vnitřní struktura a snižuje spotřeba zdrojů. Dále, Úpravy defragmentace byly provedeny pomocí ioctl., spolu s aktivací dříve navrženého mechanismu pro prevenci poškození kritického souborového systému, který omezuje zápis na bloková zařízení s připojeným souborovým systémem.
Kromě toho také zdůrazňuje implementace systému ukládání do mezipaměti pro požadavky na uvolnění místa přiděleného pro bitmapy. V testech s vytvářením prázdných souborů tato optimalizace umožnila zvýšení výkonu až o 20 % a také znatelné zlepšení v prostředích s velkým zatížením metadat. Podobně bylo vylepšeno předběžné čtení v systémech používajících kompresi dat, což zrychlilo přístup k datům.
A konečně, pokud máte zájem dozvědět se o tom více, můžete se podívat na podrobnosti v následující odkaz.