{"id":183759,"date":"2026-10-12T16:53:43","date_gmt":"2026-10-12T14:53:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/linus-torvalds-eksperimentiruet-s-generacziej-izmenenij-k-yadru-cherez-ai"},"modified":"2026-10-12T16:53:48","modified_gmt":"2026-10-12T14:53:48","slug":"linus-torvalds-experiments-with-ai-generated-kernel-changes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/news\/linus-torvalds-experiments-with-ai-generated-kernel-changes","title":{"rendered":"Linus Torvalds experimenteaz\u0103 cu generarea de modific\u0103ri pentru kernel prin AI","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds a preg\u0103tit un set de patch-uri pentru subsistemul de gestionare a memoriei din nucleul Linux, care implementeaz\u0103 o optimizare pentru citirea unor blocuri mici de date din cache-ul paginilor f\u0103r\u0103 o modificare atomic\u0103 a contorului de referin\u021b\u0103 (refcount) din structura folio. \u00cen textul commit-ului se men\u021bioneaz\u0103 c\u0103 modific\u0103rile, testele asociate \u0219i textul preliminar al notelor au fost create de asistentul AI Claude Code sub supravegherea lui Torvalds. Modificarea a fost ad\u0103ugat\u0103 \u00eentr-o ramur\u0103 separat\u0103 a nucleului noref-filemap-read-with-llm \u0219i momentan nu este clar dac\u0103 va fi transferat\u0103 \u00een ramura principal\u0103 sau este pur \u0219i simplu un experiment intern.<\/p>\n
\u00cen cadrul test\u0103rii, datorit\u0103 patch-urilor, a fost posibil s\u0103 cre\u0219tem capacitatea de citire a fi\u0219ierelor mici \u00een configura\u021bia cu 8 fire de execu\u021bie, de la 9,9-10,4 la 30-33 milioane de opera\u021biuni pe secund\u0103 (o cre\u0219tere de 3 ori), iar cu 4 fire de execu\u021bie - de la 8,9-11,6 la 25-26 milioane\/sec (o cre\u0219tere de 2 ori). La sarcina pe un singur fir, am crescut de la 7,9-8,1 la 8,8-8,9 milioane\/sec. Cre\u0219terea performan\u021bei este explicat\u0103 prin faptul c\u0103, la accesarea simultan\u0103 a memoriei cache pe pagin\u0103, apare o competi\u021bie acerb\u0103 \u00eentre firele de execu\u021bie \u00een accesarea cache-ului. De exemplu, atunci c\u00e2nd 8 fire de execu\u021bie \u00eencearc\u0103 simultan s\u0103 citeasc\u0103 c\u00e2te 16 bi\u021bi de date, 99,92% din timp este dedicat nu citirii propriu-zise, ci a\u0219tept\u0103rii accesului la contorul de referin\u021be.<\/p>\n
\u00cen patch, pentru a asigura corectitudinea datelor, \u00een locul plas\u0103rii de blocaje separate, modific\u0103rii contorilor de referin\u021be sau a tampon\u0103rii intermediare, se utilizeaz\u0103 o op\u021biune alternativ\u0103 care folose\u0219te eliberarea \u00eent\u00e2rziat\u0103 a memoriei cu sincronizare prin mecanismul RCU (Read-Copy-Update). Metoda propus\u0103 \u00een patch garanteaz\u0103 c\u0103 pagina de memorie nu va fi eliberat\u0103 fizic p\u00e2n\u0103 ce firul cititor nu finalizeaz\u0103 copierea datelor. \n Sursa: opennet.ro<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"