{"id":122013,"date":"2025-02-20T14:22:05","date_gmt":"2025-02-20T12:22:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mnenie-grega-kroa-hartmana-i-kejsa-kuka-o-prodvizhenii-rust-v-yadro-linux"},"modified":"2025-02-20T14:22:05","modified_gmt":"2025-02-20T12:22:05","slug":"mnenie-grega-kroa-hartmana-i-kejsa-kuka-o-prodvizhenii-rust-v-yadro-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/mnenie-grega-kroa-hartmana-i-kejsa-kuka-o-prodvizhenii-rust-v-yadro-linux","title":{"rendered":"Opinions de Greg Kroah-Hartman et de Kasey Cook sur la promotion de Rust dans le noyau Linux","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Greg Kroah-Hartman, responsable du support de la branche stable du noyau Linux, a exprim\u00e9 son soutien au d\u00e9veloppement de nouveaux composants du noyau en langage Rust. En tant que personne \u00e0 travers laquelle transite depuis 15 ans toute l'information sur les bogues et les vuln\u00e9rabilit\u00e9s du noyau Linux, il affirme que la majorit\u00e9 des bogues dans le noyau sont caus\u00e9s par des particularit\u00e9s n\u00e9glig\u00e9es du langage C (corner case), qui sont compl\u00e8tement \u00e9limin\u00e9es dans le code en Rust. <\/p>\n
Avec Rust, il sera possible de laisser derri\u00e8re soi des probl\u00e8mes tels que l'acc\u00e8s \u00e0 la m\u00e9moire apr\u00e8s sa lib\u00e9ration, le d\u00e9passement de tampon (partiellement), la lib\u00e9ration incorrecte des ressources lors du traitement des erreurs et les v\u00e9rifications de codes d'erreur oubli\u00e9es, permettant ainsi aux mainteneurs de se concentrer sur de v\u00e9ritables bogues comme les conditions de concurrence et les probl\u00e8mes de logique, au lieu de se disperser sur des d\u00e9tails lors des revues. <\/p>\n
Le code existant en C ne dispara\u00eetra pas, mais l'int\u00e9gration du Rust pour le nouveau code et les nouveaux pilotes permettra d'am\u00e9liorer consid\u00e9rablement la qualit\u00e9. L'int\u00e9gration du Rust donnera \u00e9galement la possibilit\u00e9 de structurer les interfaces de programmation internes du noyau de mani\u00e8re \u00e0 r\u00e9duire presque enti\u00e8rement les erreurs d'utilisation de l'API interne \u2014 le noyau a accumul\u00e9 trop d'APIs complexes et confuses qui cr\u00e9ent une charge importante pour les mainteneurs dans leur travail de v\u00e9rification que ces APIs sont utilis\u00e9es correctement. Dans le processus de d\u00e9veloppement des liaisons Rust, les mainteneurs auront l'opportunit\u00e9 de repenser et de mettre en ordre les APIs, ce qui sera b\u00e9n\u00e9fique pour tous, y compris ceux qui utilisent le langage C. <\/p>\n
Greg ne consid\u00e8re pas le Rust comme une \u00ab balle d'argent \u00bb qui r\u00e9soudra tous les probl\u00e8mes du noyau, mais ce langage sera certainement utile dans un grand nombre de situations. Le soutien au Rust satisfera \u00e9galement les besoins des d\u00e9veloppeurs de pilotes, qui esp\u00e8rent obtenir un outil leur permettant d'\u00e9crire du code pour leur mat\u00e9riel, en \u00e9vitant de nombreux types d'erreurs. En ce qui concerne le m\u00e9lange de plusieurs langages, Greg ne voit pas cela comme un grand probl\u00e8me ; selon lui, dans le pass\u00e9, les d\u00e9veloppeurs du noyau ont su faire face \u00e0 des t\u00e2ches plus compliqu\u00e9es, et il n'y a pas de raison de renoncer \u00e0 l'introduction dans le noyau de nouvelles id\u00e9es prometteuses qui aideront \u00e0 garantir le succ\u00e8s du projet pour les 20+ prochaines ann\u00e9es. <\/p>\n
Kees Cook, ancien administrateur syst\u00e8me principal de kernel.org et leader de l'Ubuntu Security Team, a \u00e9galement rejoint la discussion. Kees a pr\u00e9cis\u00e9 qu'il ne s'agit pas de r\u00e9\u00e9crire le code existant dans le noyau, mais d'offrir la possibilit\u00e9 d'utiliser Rust pour cr\u00e9er de nouveaux pilotes et sous-syst\u00e8mes. L'utilisation de Rust pour le nouveau code permettra non seulement de r\u00e9duire le nombre d'erreurs li\u00e9es \u00e0 la gestion de la m\u00e9moire, mais aussi de raccourcir le temps de d\u00e9veloppement. La vitesse de d\u00e9veloppement augmente gr\u00e2ce \u00e0 la r\u00e9duction des efforts n\u00e9cessaires \u00e0 la d\u00e9bogage et \u00e0 la pr\u00e9sence dans le langage de garanties strictes permettant d'identifier les erreurs d\u00e8s les premi\u00e8res \u00e9tapes de l'\u00e9criture du code, avant m\u00eame le d\u00e9but des tests du produit. <\/p>\n
L'efficacit\u00e9 de la tactique d'utilisation de Rust pour am\u00e9liorer la qualit\u00e9 du nouveau code a d\u00e9j\u00e0 \u00e9t\u00e9 d\u00e9montr\u00e9e par Google sur la plateforme Android. Il a \u00e9t\u00e9 montr\u00e9 que la principale source de probl\u00e8mes de s\u00e9curit\u00e9 provient du nouveau code, et qu'il est essentiel de se concentrer sur l'am\u00e9lioration de sa qualit\u00e9. Pour le code ancien, on observe une d\u00e9pendance exponentielle de la s\u00e9curit\u00e9 par rapport au temps (par exemple, un code vieux de 5 ans a en moyenne une densit\u00e9 de vuln\u00e9rabilit\u00e9s 3,4 fois inf\u00e9rieure \u00e0 celle du nouveau code). \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"