{"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\/it\/blog\/news\/linus-torvalds-experiments-with-ai-generated-kernel-changes","title":{"rendered":"Linus Torvalds sperimenta con la generazione di modifiche al kernel tramite AI","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds ha preparato un insieme di patch per il sottosistema di gestione della memoria nel kernel Linux, che implementano un'ottimizzazione per la lettura di piccoli blocchi di dati dalla cache di pagina senza modifica atomica del contatore dei riferimenti (refcount) nella struttura folio. Nel testo del commit si fa riferimento al fatto che le modifiche, i test ad esse associati e il testo preliminare delle note sono stati realizzati dall'assistente AI Claude Code sotto la supervisione di Torvalds. La modifica \u00e8 stata aggiunta in un ramo separato del kernel noref-filemap-read-with-llm e al momento non \u00e8 chiaro se sar\u00e0 trasferita nel ramo principale o se si tratta semplicemente di un esperimento interno.<\/p>\n
Durante i test, grazie a delle patch, \u00e8 stata migliorata la capacit\u00e0 di lettura di piccoli file in una configurazione con 8 thread, passando da 9.9\u201310.4 a 30\u201333 milioni di operazioni al secondo (un aumento di 3 volte), con 4 thread da 8.9\u201311.6 a 25\u201326 milioni\/sec (un aumento di 2 volte), e con carico a thread singolo da 7.9\u20138.1 a 8.8\u20138.9 milioni\/sec. L'incremento delle prestazioni \u00e8 spiegato dal fatto che, durante l'accesso simultaneo alla cache di pagina, si crea una forte competizione tra i thread per l'accesso alla cache. Ad esempio, quando 8 thread tentano di leggere contemporaneamente 16 byte di dati, il 99.92% del tempo viene speso non nella lettura stessa, ma nell'attesa dell'accesso al contatore dei collegamenti.<\/p>\n
Nella patch, per garantire l'accuratezza dei dati, invece di utilizzare singole blocchi, modifiche dei contatori dei riferimenti o buffering intermedie, viene applicato un metodo alternativo che utilizza il rilascio di memoria ritardato con sincronizzazione tramite il meccanismo RCU (Read-Copy-Update). Il metodo proposto nella patch garantisce che la pagina di memoria non venga fisicamente liberata finch\u00e9 il thread che legge non ha terminato di copiare i dati. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"