{"id":102632,"date":"2021-12-16T15:36:47","date_gmt":"2021-12-16T13:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/pervyj-stabilnyj-reliz-komponovshhika-mold-razvivaemogo-razrabotchikom-llvm-lld"},"modified":"2021-12-16T15:36:47","modified_gmt":"2021-12-16T13:36:48","slug":"pervyj-stabilnyj-reliz-komponovshhika-mold-razvivaemogo-razrabotchikom-llvm-lld","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/pervyj-stabilnyj-reliz-komponovshhika-mold-razvivaemogo-razrabotchikom-llvm-lld","title":{"rendered":"Premi\u00e8re version stable de l'\u00e9diteur Mold, d\u00e9velopp\u00e9 par l\u2019auteur de LLVM lld","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Rui Ueyama, auteur du lier LLVM lld et du compilateur chibicc, a pr\u00e9sent\u00e9 la premi\u00e8re version stable de son nouvel \u00e9diteur tr\u00e8s performant Mold, surpassant clairement en vitesse de liaison les \u00e9diteurs GNU gold et LLVM lld. Le projet est jug\u00e9 pr\u00eat pour des d\u00e9ploiements en production et peut servir de remplacement plus rapide et transparent pour le lier GNU sur les syst\u00e8mes Linux. Parmi les plans pour la prochaine mise \u00e0 jour importante, il est pr\u00e9vu d'ajouter la prise en charge de la plateforme macOS, avant de commencer \u00e0 adapter Mold pour Windows. <\/p>\n
Mold est \u00e9crit en C++ (C++20) et est distribu\u00e9 sous la licence AGPLv3, qui est compatible avec la GPLv3 mais pas avec la GPLv2, car elle exige la divulgation des modifications lors du d\u00e9veloppement de services en ligne. Ce choix est motiv\u00e9 par le souhait d'obtenir un financement pour le d\u00e9veloppement \u2014 l'auteur est pr\u00eat \u00e0 vendre les droits sur le code pour un relicensing sous une licence permissive, telle que MIT, ou \u00e0 fournir une licence commerciale distincte pour ceux qui ne d\u00e9sirent pas l'AGPL. <\/p>\n
Mold prend en charge toutes les fonctionnalit\u00e9s du linker GNU et se distingue par ses performances tr\u00e8s \u00e9lev\u00e9es \u2014 le processus de linkage s'effectue \u00e0 une vitesse seulement deux fois plus lente que celle de la simple copie de fichiers avec l'outil cp. Par exemple, lors de la compilation de Chrome 96 (1,89 Go de code), le linkage des fichiers ex\u00e9cutables avec les informations de d\u00e9bogage sur un ordinateur \u00e0 8 c\u0153urs avec GNU gold prend 53 secondes, avec LLVM lld 11,7 secondes, et avec Mold seulement 2,2 secondes (26 fois plus rapide que GNU gold). Lors de la compilation de Clang 13 (3,18 Go), avec GNU gold il faut 64 secondes, avec LLVM lld 5,8 secondes, et avec Mold 2,9 secondes. Pour la compilation de Firefox 89 (1,64 Go) avec GNU gold, cela n\u00e9cessite 32,9 secondes, avec LLVM lld 6,8 secondes, et avec Mold 1,4 seconde.
<\/center> <\/p>\n
La r\u00e9duction du temps de liaison permet d'am\u00e9liorer consid\u00e9rablement la commodit\u00e9 du d\u00e9veloppement de projets importants en r\u00e9duisant le temps d'attente lors de la formation des fichiers ex\u00e9cutables pendant le d\u00e9bogage et le test des modifications. La motivation derri\u00e8re la cr\u00e9ation de Mold est le m\u00e9contentement face \u00e0 la n\u00e9cessit\u00e9 d'attendre la fin de la liaison apr\u00e8s chaque modification du code, ainsi que l'inefficacit\u00e9 des lieurs existants sur des syst\u00e8mes multi-c\u0153urs et le d\u00e9sir d'essayer une architecture de liaison fondamentalement diff\u00e9rente, sans recourir \u00e0 des mod\u00e8les excessivement compliqu\u00e9s tels que la liaison incr\u00e9mentielle. <\/p>\n
La haute performance de l'assemblage de fichiers ex\u00e9cutables \u00e0 partir d'un grand nombre de fichiers objets pr\u00e9par\u00e9s par le compilateur dans Mold est atteinte gr\u00e2ce \u00e0 l'utilisation d'algorithmes plus rapides, \u00e0 un parall\u00e9lisme actif des op\u00e9rations entre les c\u0153urs CPU disponibles et \u00e0 l'application de structures de donn\u00e9es plus efficaces. Par exemple, Mold met en \u0153uvre une technique permettant d'effectuer des calculs intensifs en m\u00eame temps que la copie de fichiers, le chargement anticip\u00e9 des fichiers objets en m\u00e9moire, l'utilisation de tables de hachage rapides pour la r\u00e9solution des symboles, le scan des tables de d\u00e9placements dans un thread s\u00e9par\u00e9 et la d\u00e9-duplication des sections r\u00e9p\u00e9t\u00e9es dans diff\u00e9rents fichiers combin\u00e9s. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Premi\u00e8re](\"\/wp-content\/uploads\/2021\/12\/75a435a5a9f8a62eb2d0485dccc6abc1.jpg\")
<\/center> <\/p>\n