Linus Torvalds creatorul și liderul dezvoltării kernelului Linux, a demonstrat încă o dată că calitatea și punctualitatea nu sunt negociabile în dezvoltarea kernelului Linux.
Și asta în timpul ciclului de dezvoltare Linux 6.17, Inginerul Google, Palmer Dabbelt a trimis un set de patch-uri pentru arhitectura RISC-V care nu a trecut filtrul de la dezvoltatorul de top. Motivul: au fost trimise prea târziu și conțineau modificări considerate „gunoi” care nu își aveau locul în arborele RISC-V.
Această decizie înseamnă că îmbunătățirile propuse nu vor fi disponibile în Linux decât la versiunea 6.18, ceea ce ar putea încetini adoptarea RISC-V în anumite medii și ar putea împiedica dezvoltatorii care se bazează pe aceste actualizări.
Pentru cei care încă nu sunt familiarizați cu RISC-V, ar trebui să știți că acesta Este o arhitectură de set de instrucțiuni liberă și deschisă Înființat la Universitatea din California, Berkeley, în 2010, RISC-V a câștigat teren față de arhitecturi proprietare precum ARM și x86, datorită flexibilității sale și unei comunități de dezvoltatori în creștere. RISC-V International are în prezent peste 4500 de membri.
În ciuda acestei creșteri, arhitectura se confruntă cu provocări legate de maturitate și stabilitate. Cazuri precum Chimera Linux, care a suspendat temporar suportul din cauza problemelor de performanță pe hardware-ul disponibil, reflectă dificultățile de a se stabili în mediile de producție.
O respingere marcată de timp și calitatea codului
Torvalds solicitase ca cererile de extragere să fie trimise în avans pentru că urma să călătorească. Cu toate acestea, actualizarea a sosit pe 8 august 2025, cu doar două zile înainte de închiderea ferestrei de îmbinare Linux 6.17, programată pentru lansarea versiunii -rc1.
Liderul de proiect nu a criticat doar întârzierea, ci și conținutul.El a subliniat că modificările au adăugat modificări inutile în afara domeniului de aplicare al RISC-V, afectând fișierele generice și neadăugând nicio valoare. În propriile sale cuvinte, acest lucru „înrăutățește lumea”.
Reacții și stilul inconfundabil al lui Linus Torvalds
Episodul cu patch-urile RISC-V nu este unul izolat. În iunie 2025, Torvalds fusese deja implicat într-o controversă prin eliminarea sistemului de fișiere Bcachefs din kernel din cauza preocupărilor legate de calitatea și mentenabilitatea acestuia.
De data aceasta, mesajul său a fost direct: gata cu trimiterile întârziate sau modificările irelevante. Palmer Dabbelt și-a cerut scuze și a promis că va corecta procesul în versiunile viitoare.
Comunitatea a reacționat cu opinii împărțite. Unii apreciază franchețea sa ca o modalitate eficientă de a menține calitatea nucleului; alții, însă, cred că tonul său poate descuraja noii contribuitori. Cu toate acestea, Torvalds își menține poziția: stabilitatea și securitatea nucleului sunt mai importante decât orice alte considerații.
În mai mult de trei decenii la conducerea kernelului Linux, Linus Torvalds și-a câștigat faima pentru stilul său de comunicare direct, uneori agresiv.Deși a recunoscut necesitatea de a-și modera tonul în trecut, el continuă să acorde prioritate rigorii tehnice în detrimentul diplomației.
Pentru el, decizii precum introducerea unor sisteme de fișiere care nu țin cont de majuscule/minuscule sau modificările scoase din context ale bazei de cod reprezintă riscuri inutile care ar putea compromite stabilitatea pe termen lung a sistemului.
Această nouă respingere a patch-urilor RISC-V este, în esență, o reafirmare a filozofiei care a ghidat kernelul Linux timp de decenii: calitatea nu este negociabilă, iar termenele limită sunt respectate.
Îmbunătățiri de performanță Btrfs și alte caracteristici noi pentru Linux 6.17
Alte funcții noi și îmbunătățiri care au fost pregătite pentru Linux 6.17 sunt în ceea ce privește performanța și funcționalitatea sistem de fișiere btrfsPrintre cele mai notabile caracteristici noi se numără suportul experimental pentru portofolii mari, o optimizare care promite să reducă cheltuielile generale și accelerarea operațiunilor în mai multe scenariiDeși această funcție este pregătită din punct de vedere tehnic pentru o utilizare pe scară largă, dezvoltatorii avertizează că nu a fost încă suficient testată pentru a fi considerată complet stabilă.
Noua versiune de Btrfs tDe asemenea, introduce o plasare mai densă a cheilor în structura XArray., ceea ce crește compactitatea nodurilor arborelui de acoperire a stocării. Această modificare poate reduce numărul de noduri finale cu 50% până la 70%, optimizând astfel structura internă și reducând consumul de resurse. În plus, Ajustările de defragmentare au fost aplicate prin ioctl, împreună cu activarea unui mecanism conceput anterior pentru a preveni coruperea critică a sistemului de fișiere, ceea ce limitează scrierea pe dispozitivele bloc cu un sistem de fișiere montat.
Pe lângă aceasta, evidențiază și implementarea unui sistem de caching pentru solicitări de eliberare a bitmap-urilor alocate spațiului. În testele care au utilizat crearea de fișiere goale, această optimizare a permis creșteri de performanță de până la 20%, precum și îmbunătățiri notabile în mediile cu încărcări mari de metadate. În mod similar, citirea anticipată a fost îmbunătățită pe sistemele care utilizează compresia datelor, sporind viteza de acces la date.
În cele din urmă, dacă sunteți interesat să aflați mai multe despre acesta, puteți consulta detaliile în următorul link.