Tehnologie

Linus Torvalds spune că patch-urile generate cu IA sunt acum norma în kernelul Linux

Susan Hill

Linus Torvalds a folosit anunțul lui Linux 7.1-rc3 pentru a confirma ceea ce evitase de luni întregi: valul de patch-uri generate cu ajutorul uneltelor de IA nu mai este un vârf temporar. Este noul prag al kernelului care rulează pe majoritatea telefoanelor Android, pe cele mai multe servere web din lume și pe fiecare mașină din lista Top 500 a supercomputerelor. Această release candidate concentrează aproape o treime dintre patch-uri în subsistemul de rețea, aduce remedieri pentru vulnerabilități use-after-free în Bluetooth și în driverele grafice și împinge mai departe driverul NTFS rescris de Namjae Jeon, care acceptă acum scriere completă, alocare amânată și integrare cu framework-ul iomap.

Cifrele spun povestea practică. Linux 7.0 a adus un val de patch-uri atât de mare încât Torvalds l-a tratat la început ca pe o anomalie. Două cicluri mai târziu, volumul nu a scăzut. S-a așezat. Pentru mainteneri, asta înseamnă să citească și să revizuiască mult mai mult cod decât presupunea generația anterioară de muncă pe kernel. Cei care conduc revizia rămân oameni, iar gâtuirea s-a mutat de la generare la verificare. Codul poate să fi fost scris cu ajutor de IA, dar fiecare patch care intră în mainline a fost citit, criticat și aprobat de un mainteneur fără IA în buclă.

Asta nu e același lucru cu a spune că acum kernelul îl scrie IA. Torvalds și mainteneri seniori au fost expliciți pe această distincție pe parcursul a două cicluri. Regulile fixate în 7.0 obligă contribuitorul să declare implicarea IA, să își asume responsabilitatea pentru ce trimite și să înțeleagă codul pe care îl propune. Volumul crește; standardele nu scad. Ce se schimbă este experiența practică a muncii pe Linux: mainteneri petrec mai mult timp cu revizia, contribuitorii întorc reviziile mai repede, iar distanța dintre a propune o corecție și a o vedea integrată se scurtează pentru munca de rutină.

Lectura sceptică a tuturor acestor lucruri este mai greu de respins decât ar fi fost acum un an. Mai mult cod care sosește mai repede înseamnă și mai multe șanse ca erori subtile să se strecoare, iar corecturile use-after-free din 7.1-rc3 sunt exact tipul de bug pe care patch-urile asistate de IA l-au identificat istoric cu greutate. Defectele de siguranță a memoriei în subsisteme centrale precum Bluetooth și stiva grafică nu sunt teorie — sunt fisurile pe care le exploatează alertele reale de securitate. Un volum mai mare de patch-uri funcționează doar dacă revizia ține pasul. Dacă o va face, rămâne întrebarea deschisă a următoarelor cicluri.

Kernelul stabil Linux 7.1 este așteptat pe 7 iunie 2026, dacă ciclul se închide la RC7, sau pe 14 iunie 2026, dacă va fi nevoie de un RC8 final.

Discuție

Există 0 comentarii.