Linus Torvalds skapare och ledare för utvecklingen av Linuxkärnan, har återigen visat att kvalitet och punktlighet är oförhandlingsbara i utvecklingen av Linuxkärnan.
Och det under utvecklingscykeln för Linux 6.17, Google-ingenjören Palmer Dabbelt skickade in en uppsättning patchar för RISC-V-arkitekturen som inte klarade filtret från topputvecklaren. Anledningen: de skickades in för sent och innehöll ändringar som betraktades som "skräp" och som inte hörde hemma i RISC-V-trädet.
Detta beslut innebär att de föreslagna förbättringarna inte kommer att finnas i Linux förrän version 6.18, vilket kan bromsa implementeringen av RISC-V i vissa miljöer och hindra utvecklare som är beroende av dessa uppdateringar.
För er som fortfarande inte är bekanta med RISC-V, bör ni veta att detta Det är en fri och öppen instruktionsuppsättningsarkitektur RISC-V grundades vid University of California, Berkeley, år 2010 och har sedan dess vunnit mark gentemot proprietära arkitekturer som ARM och x86, tack vare sin flexibilitet och en växande utvecklargemenskap. RISC-V International har för närvarande fler än 4500 XNUMX medlemmar.
Trots denna tillväxt står arkitekturen inför utmaningar vad gäller mognad och stabilitet. Fall som Chimera Linux, som tillfälligt stoppade stödet på grund av prestandaproblem på tillgänglig hårdvara, återspeglar svårigheterna med att etablera sig i produktionsmiljöer.
Ett avslag präglat av tid och kodkvalitet
Torvalds hade begärt att begäranden om uttag skulle skickas in i förväg. eftersom han skulle resa. Uppdateringen kom dock den 8 augusti 2025, bara två dagar innan fönstret för att sammanfoga Linux 6.17 stängdes, vilket var planerat för lanseringen av version -rc1.
Projektledaren kritiserade inte bara förseningen, utan även innehålletHan påpekade att ändringarna medförde onödiga modifieringar utanför RISC-V:s ram, vilket påverkade generiska filer och inte tillförde något värde. Med hans egna ord "gör detta världen sämre".
Reaktioner och Linus Torvalds omisskännliga stil
Episoden med RISC-V-plåstren är inte en isolerad sådan. I juni av 2025, Torvalds hade redan varit inblandad i en kontrovers genom att ta bort Bcachefs-filsystemet från kärnan på grund av oro över dess kvalitet och underhållbarhet.
Den här gången var hans budskap tydligt: inga fler sena inlämningar eller irrelevanta ändringar. Palmer Dabbelt bad om ursäkt och lovade att korrigera processen i framtida utgåvor.
Samhället har reagerat med blandade åsikter. Vissa värdesätter hans uppriktighet som ett effektivt sätt att bibehålla kärnans kvalitet; andra anser dock att hans ton kan avskräcka nya bidragsgivare. Torvalds vidhåller dock sin ståndpunkt: kärnans stabilitet och säkerhet går före alla andra överväganden.
Under mer än tre decennier vid rodret för Linuxkärnan, Linus Torvalds har blivit känd för sin direkta, ibland aggressiva, kommunikationsstil.Även om han tidigare har erkänt behovet av att mildra sin ton, fortsätter han att prioritera teknisk stringens framför diplomati.
För honom representerar beslut som att införa filsystem som inte är skiftlägeskänsliga eller kontextuella ändringar i kodbasen onödiga risker som kan äventyra systemets långsiktiga stabilitet.
Detta nya avvisande av RISC-V-patchar är i huvudsak en bekräftelse av den filosofi som har väglett Linuxkärnan i årtionden: kvalitet är inte förhandlingsbar och deadlines uppfylls.
Btrfs-prestandaförbättringar och andra nya funktioner för Linux 6.17
Andra nya funktioner och förbättringar som har förberetts för Linux 6.17 är i prestanda och funktionalitet hos btrfs filsystemBland de mest anmärkningsvärda nya funktionerna finns experimentellt stöd för stora folios, en optimering som lovar att minska omkostnaderna och accelerera operationer i flera scenarierÄven om den här funktionen tekniskt sett är redo för bredare användning, varnar utvecklarna för att den ännu inte har testats tillräckligt för att anses vara helt stabil.
Den nya versionen av Btrfs tDet introducerar också en tätare placering av nycklar i XArray-strukturen., vilket ökar kompaktheten hos lagringsnoderna i spänningsträdet. Denna förändring kan minska antalet slutnoder med 50 % till 70 %, vilket optimerar den interna strukturen och minskar resursförbrukningen. Dessutom, Defragmenteringsjusteringar har tillämpats via ioctl, tillsammans med aktiveringen av en tidigare utformad mekanism för att förhindra kritisk filsystemkorruption, vilket begränsar skrivning till blockenheter med ett monterat filsystem.
Utöver detta belyser den också implementering av ett cachningssystem för förfrågningar om att frigöra utrymmesallokerade bitmappar. I tester med skapande av tomma filer möjliggjorde denna optimering prestandaökningar på upp till 20 %, samt märkbara förbättringar i miljöer med hög metadatabelastning. På liknande sätt har läsning i förväg förbättrats på system som använder datakomprimering, vilket förbättrar dataåtkomsthastigheten.
Slutligen, om du är intresserad av att veta mer om det, kan du konsultera detaljerna i följande länk.