{"id":102845,"date":"2022-01-03T15:36:38","date_gmt":"2022-01-03T13:36:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/%d0%be%d0%bf%d1%83%d0%b1%d0%bb%d0%b8%d0%ba%d0%be%d0%b2%d0%b0%d0%bd-%d0%bd%d0%b0%d0%b1%d0%be%d1%80-%d0%bf%d0%b0%d1%82%d1%87%d0%b5%d0%b9-%d1%83%d1%81%d0%ba%d0%be%d1%80%d1%8f%d1%8e%d1%89%d0%b8%d1%85"},"modified":"2022-01-03T15:36:38","modified_gmt":"2022-01-03T13:36:38","slug":"%d0%be%d0%bf%d1%83%d0%b1%d0%bb%d0%b8%d0%ba%d0%be%d0%b2%d0%b0%d0%bd-%d0%bd%d0%b0%d0%b1%d0%be%d1%80-%d0%bf%d0%b0%d1%82%d1%87%d0%b5%d0%b9-%d1%83%d1%81%d0%ba%d0%be%d1%80%d1%8f%d1%8e%d1%89%d0%b8%d1%85","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/%d0%be%d0%bf%d1%83%d0%b1%d0%bb%d0%b8%d0%ba%d0%be%d0%b2%d0%b0%d0%bd-%d0%bd%d0%b0%d0%b1%d0%be%d1%80-%d0%bf%d0%b0%d1%82%d1%87%d0%b5%d0%b9-%d1%83%d1%81%d0%ba%d0%be%d1%80%d1%8f%d1%8e%d1%89%d0%b8%d1%85","title":{"rendered":"Un ensemble de correctifs publi\u00e9s acc\u00e9l\u00e8re la compilation du noyau Linux de 50 \u00e0 80 %.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ingo Molnar, c\u00e9l\u00e8bre d\u00e9veloppeur du noyau Linux et auteur du planificateur de t\u00e2ches CFS (Completely Fair Scheduler), a propos\u00e9 \u00e0 discussion sur la liste de diffusion des d\u00e9veloppeurs du noyau Linux une s\u00e9rie de patchs touchant plus de la moiti\u00e9 de tous les fichiers dans le code source du noyau et permettant d'augmenter la vitesse de recompilation compl\u00e8te du noyau de 50 \u00e0 80 % selon les param\u00e8tres. L'optimisation mise en \u0153uvre est remarquable par l'ajout du plus grand ensemble de modifications de l'histoire du d\u00e9veloppement du noyau - 2297 patchs sont propos\u00e9s d'un seul coup, modifiant plus de 25 000 fichiers (10 000 fichiers d'en-t\u00eate dans les r\u00e9pertoires \u00ab include\/ \u00bb et \u00ab arch\/*\/include\/ \u00bb et 15 000 fichiers de code source). <\/p>\n
L'augmentation des performances est obtenue gr\u00e2ce \u00e0 un changement de m\u00e9thode de traitement des fichiers d'en-t\u00eate. Il est not\u00e9 qu'apr\u00e8s trente ans de d\u00e9veloppement du noyau, l'\u00e9tat des fichiers d'en-t\u00eate a pris un aspect pr\u00e9occupant en raison du grand nombre de d\u00e9pendances crois\u00e9es entre les fichiers. Le travail de restructuration des fichiers d'en-t\u00eate a dur\u00e9 plus d'un an et a n\u00e9cessit\u00e9 une r\u00e9vision significative de la hi\u00e9rarchie et des d\u00e9pendances. Au cours de la restructuration, un travail a \u00e9t\u00e9 r\u00e9alis\u00e9 pour s\u00e9parer les d\u00e9finitions de types et l'API pour diff\u00e9rents sous-syst\u00e8mes du noyau. <\/p>\n
Parmi les modifications apport\u00e9es : s\u00e9paration des fichiers d'en-t\u00eate de haut niveau les uns des autres, exclusion des fichiers d'en-t\u00eate li\u00e9s aux fonctions inline, distinction des fichiers d'en-t\u00eate pour les types et l'API, garantie de la compilation isol\u00e9e des fichiers d'en-t\u00eate (environ 80 fichiers avaient des d\u00e9pendances indirectes qui perturbaient la compilation, d\u00e9clar\u00e9es \u00e0 travers d'autres fichiers d'en-t\u00eate), ajout automatique des d\u00e9pendances aux fichiers \u00ab .h \u00bb et \u00ab .c \u00bb, optimisation progressive des fichiers d'en-t\u00eate, utilisation du mode \u00ab CONFIG_KALLSYMS_FAST=y \u00bb, consolidation s\u00e9lective des fichiers C en blocs de compilation pour r\u00e9duire le nombre de fichiers objets. <\/p>\n
Au final, le travail effectu\u00e9 a permis de r\u00e9duire d'un \u00e0 deux ordres de grandeur la taille des fichiers d'en-t\u00eate trait\u00e9s au stade de la pr\u00e9processing. Par exemple, avant l'optimisation, l'utilisation du fichier d'en-t\u00eate \u00ab linux\/gfp.h \u00bb entra\u00eenait l'ajout de 13543 lignes de code et l'inclusion de 303 fichiers d'en-t\u00eate d\u00e9pendants, alors qu'apr\u00e8s optimisation, la taille a \u00e9t\u00e9 r\u00e9duite \u00e0 181 lignes et 26 fichiers d\u00e9pendants. Un autre exemple : lors du pr\u00e9traitement du fichier \u00ab kernel\/pid.c \u00bb sans patch, 94 000 lignes de code sont incluses, dont la majeure partie n'est pas utilis\u00e9e dans pid.c. La s\u00e9paration des fichiers d'en-t\u00eate a permis de r\u00e9duire le volume de code trait\u00e9 par trois, diminuant le nombre de lignes trait\u00e9es \u00e0 36 000. <\/p>\n
Lors de la recompilation compl\u00e8te du noyau avec la commande \u00ab make -j96 vmlinux \u00bb, l'application des correctifs a montr\u00e9 une r\u00e9duction du temps de compilation de la branche v5.16-rc7, passant de 231,34 \u00e0 129,97 secondes (de 15,5 \u00e0 27,7 compilations par heure), tout en am\u00e9liorant l'efficacit\u00e9 de l'utilisation des c\u0153urs CPU pendant la compilation. Pour la compilation incr\u00e9mentielle, l'effet de l'optimisation est encore plus notable : le temps de recompilation apr\u00e8s modification des fichiers d'en-t\u00eate a \u00e9t\u00e9 r\u00e9duit de mani\u00e8re significative (de 112 % \u00e0 173 %, selon le fichier d'en-t\u00eate modifi\u00e9). Les optimisations sont actuellement disponibles uniquement pour les architectures ARM64, MIPS, Sparc et x86 (32 et 64 bits). \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"