Linus Torvalds skaperen og lederen for utviklingen av Linux-kjernen, har nok en gang vist at kvalitet og punktlighet ikke er noe å forhandle om i utviklingen av Linux-kjernen.
Og det i løpet av Linux 6.17-utviklingssyklusen, Google-ingeniør Palmer Dabbelt sendte inn et sett med oppdateringer for RISC-V-arkitekturen som ikke bestod filteret fra topputvikleren. Årsaken: de ble sendt inn for sent og inneholdt endringer som ble ansett som «søppel» som ikke hørte hjemme i RISC-V-treet.
Denne avgjørelsen betyr at de foreslåtte forbedringene ikke vil komme i Linux før versjon 6.18, noe som kan forsinke adopsjonen av RISC-V i visse miljøer og hindre utviklere som er avhengige av disse oppdateringene.
For de som fortsatt ikke er kjent med RISC-V, bør dere vite at dette Det er en fri og åpen instruksjonssettarkitektur RISC-V ble grunnlagt ved University of California, Berkeley, i 2010, og har siden vunnet terreng mot proprietære arkitekturer som ARM og x86, takket være fleksibiliteten og et voksende utviklerfellesskap. RISC-V International har for tiden mer enn 4500 medlemmer.
Til tross for denne veksten står arkitekturen overfor utfordringer med hensyn til modenhet og stabilitet. Tilfeller som Chimera Linux, som midlertidig suspenderte støtten på grunn av ytelsesproblemer på tilgjengelig maskinvare, gjenspeiler vanskelighetene med å etablere seg i produksjonsmiljøer.
En avvisning preget av tid og kodekvalitet
Torvalds hadde bedt om at forespørsler om uttak skulle sendes inn på forhånd. fordi han skulle reise. Oppdateringen kom imidlertid 8. august 2025, bare to dager før sammenslåingsvinduet for Linux 6.17 ble avsluttet, som var planlagt for utgivelsen av versjon -rc1.
Prosjektlederen kritiserte ikke bare forsinkelsen, men også innholdetHan påpekte at endringene tilførte unødvendige modifikasjoner utenfor RISC-Vs omfang, noe som påvirket generiske filer og ikke tilførte noen verdi. Med hans egne ord «gjør dette verden verre».
Reaksjoner og den umiskjennelige stilen til Linus Torvalds
Episoden med RISC-V-plastrene er ikke en isolert en. I juni av 2025, Torvalds hadde allerede vært involvert i en kontrovers ved å fjerne Bcachefs-filsystemet fra kjernen på grunn av bekymringer om kvaliteten og vedlikeholdbarheten.
Denne gangen var budskapet hans enkelt: ingen flere sene innsendinger eller irrelevante endringer. Palmer Dabbelt beklaget og lovet å korrigere prosessen i fremtidige utgivelser.
Samfunnet har reagert med blandede meninger. Noen verdsetter åpenheten hans som en effektiv måte å opprettholde kjernens kvalitet på; andre mener imidlertid at tonen hans kan avskrekke nye bidragsytere. Torvalds opprettholder imidlertid sin posisjon: kjernens stabilitet og sikkerhet kommer foran alle andre hensyn.
I mer enn tre tiår ved roret til Linux-kjernen, Linus Torvalds har blitt kjent for sin direkte, til tider aggressive, kommunikasjonsstil.Selv om han har erkjent behovet for å moderere tonen sin tidligere, fortsetter han å prioritere teknisk stringens fremfor diplomati.
For ham representerer avgjørelser som å innføre filsystemer som ikke skiller mellom store og små bokstaver eller endringer i kodebasen utenfor kontekst unødvendige risikoer som kan kompromittere systemets langsiktige stabilitet.
Denne nye avvisningen av RISC-V-patcher er i hovedsak en bekreftelse av filosofien som har styrt Linux-kjernen i flere tiår: kvalitet er ikke til forhandlings, og tidsfrister overholdes.
Forbedringer av Btrfs-ytelse og andre nye funksjoner for Linux 6.17
Andre nye funksjoner og forbedringer som er utarbeidet for Linux 6.17 er i ytelse og funksjonalitet til btrfs filsystemBlant de mest bemerkelsesverdige nye funksjonene er eksperimentell støtte for store folioer, en optimalisering som lover å redusere overhead og akselerere operasjoner i flere scenarierSelv om denne funksjonen teknisk sett er klar for bredere bruk, advarer utviklerne om at den ennå ikke er testet nok til å kunne anses som helt stabil.
Den nye versjonen av Btrfs tDet introduserer også en tettere plassering av nøkler i XArray-strukturen., noe som øker kompaktheten til lagrings-spanning tree-nodene. Denne endringen kan redusere antallet sluttnoder med 50 % til 70 %, og dermed optimalisere den interne strukturen og redusere ressursforbruket. Videre, Defragmenteringsjusteringer er utført via ioctl, sammen med aktivering av en tidligere utviklet mekanisme for å forhindre kritisk filsystemkorrupsjon, som begrenser skriving til blokkenheter med et montert filsystem.
I tillegg til dette fremhever den også implementering av et hurtigbuffersystem for forespørsler om å frigjøre plassallokerte bitmaps. I tester med oppretting av tomme filer muliggjorde denne optimaliseringen ytelsesøkninger på opptil 20 %, samt merkbare forbedringer i miljøer med store metadatabelastninger. På samme måte har forhåndslesing blitt forbedret på systemer som bruker datakomprimering, noe som forbedrer datatilgangshastigheten.
Til slutt, hvis du er interessert i å vite mer om det, kan du se detaljene i følgende lenke.