{"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\/fr\/blog\/news\/linus-torvalds-experiments-with-ai-generated-kernel-changes","title":{"rendered":"Linus Torvalds exp\u00e9rimente la g\u00e9n\u00e9ration de modifications au noyau par le biais de l'IA","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Linus Torvalds a pr\u00e9par\u00e9 un ensemble de correctifs pour le sous-syst\u00e8me de gestion de la m\u00e9moire dans le noyau Linux, mettant en \u0153uvre une optimisation pour la lecture de petits blocs de donn\u00e9es \u00e0 partir du cache de pages sans modification atomique du compteur de r\u00e9f\u00e9rences (refcount) dans la structure folio. Le message de commit indique que les modifications, les tests associ\u00e9s et le brouillon du commentaire ont \u00e9t\u00e9 cr\u00e9\u00e9s par l'assistant IA Claude Code sous le contr\u00f4le de Torvalds. Le changement a \u00e9t\u00e9 ajout\u00e9 dans une branche s\u00e9par\u00e9e du noyau noref-filemap-read-with-llm, et il n'est pas encore clair s'il sera int\u00e9gr\u00e9 dans la branche principale ou s'il s'agit simplement d'une exp\u00e9rience interne.<\/p>\n
Lors des tests, gr\u00e2ce aux correctifs, il a \u00e9t\u00e9 possible d'augmenter la capacit\u00e9 de lecture de petits fichiers dans une configuration \u00e0 8 flux de 9,9-10,4 \u00e0 30-33 millions d'op\u00e9rations par seconde (augmentation par 3 fois), avec 4 flux \u2014 de 8,9-11,6 \u00e0 25-26 millions\/sec (augmentation par 2 fois), et en charge monopolaire de 7,9-8,1 \u00e0 8,8-8,9 millions\/sec. L'augmentation des performances s'explique par le fait que lors d'un acc\u00e8s simultan\u00e9 au cache de pages, il y a une forte concurrence entre les flux pour acc\u00e9der au cache. Par exemple, lorsque 8 flux tentent de lire simultan\u00e9ment 16 octets de donn\u00e9es, 99,92 % du temps est consacr\u00e9 non pas \u00e0 la lecture elle-m\u00eame, mais \u00e0 l'attente d'acc\u00e8s au compteur de r\u00e9f\u00e9rences.<\/p>\n
Dans le correctif, pour garantir l'exactitude des donn\u00e9es, au lieu de d\u00e9finir des verrous s\u00e9par\u00e9s, de modifier les compteurs de r\u00e9f\u00e9rences ou d'utiliser une mise en tampon interm\u00e9diaire, une variante de contournement est appliqu\u00e9e, utilisant un rel\u00e2chement de m\u00e9moire diff\u00e9r\u00e9 avec synchronisation par le m\u00e9canisme RCU (Read-Copy-Update). La m\u00e9thode propos\u00e9e dans le correctif garantit que la page m\u00e9moire ne sera pas physiquement lib\u00e9r\u00e9e tant que le thread de lecture n'aura pas termin\u00e9 de copier les donn\u00e9es. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"