Comme le savent les utilisateurs de Linux qui recompilent leur noyau eux-même, celui-ci contient plus de 10000 fichiers d'include .h. Au cours des 30 années de développement, ce nombre n'a fait qu'augmenter en ajoutant des dépendances croisées complexes et difficiles à maitriser, ce que les contributeurs nomment « Dependency Hell » (« un enfer de dépendances »).
L'objectif de ces travaux est de réduire cette complexité et par voie de conséquence d'améliorer significativement les temps de compilation du noyau.
À partir de ses travaux qui ont débuté fin 2020, il obtient une amélioration de 50 à 80% des temps de compilation du noyau pour les architectures supportées, suivant la configuration utilisée.
Pour l'instant, les architectures supportées sont : ARM64, MIPS, Sparc et x86. Les autres architectures ne compilent pas à cause d'une modification essentielle qui doit être portée. Un des objectifs est de résoudre ce problème afin que son arborescence de travail puisse être mergée dans la branche principale du noyau
Ingo Molnár décrit dans ses posts les différentes étapes pour arriver aux objectifs fixés, ce qui lui a pris plus d'un an au final. Il fût même surpris des gains de performance obtenus puisqu'il s'était d'abord fixé un gain de performance atteignable de l'ordre de 20%.
Son 1er post est très complet sur les stratégies utilisées pour obtenir ses résultats. Le point principal a été de réduire le post-preprocessing des fichiers include essentiels : taille des fichiers réduite d'1 à 2 ordres de grandeur, calculée à partir du nombre de lignes de code (LOC).
Son post contient plus de précisions techniques pour obtenir ces résultats, qui représente au final 2200 commits répartis dans 25 sous-arborescences : 25,288 files changed, 178,024 insertions(+), 74,720 deletions(-).
L'auteur estime que ces modifications sont tellement importantes que son post est un RFC (Request for Comment). Il n'hésite pas à qualifier son post de « the largest single feature announcement in LKML's history ».
Il a depuis soumis une 2ème version de ses travaux présentant des améliorations de performance de compilation encore plus importantes et le support de Clang/LLVM.
Comme on pouvait s'y attendre, ces soumissions ont suscité un grand intérêt de la part des autres contributeurs du noyau et son lot de compliments (Speed up is very impressive, nice job !). Devant l'ampleur des modifications, il y a déjà beaucoup de discussions techniques sur les apports mais pas de refus ou blocage à priori, d'après ce que j'ai pu lire. On peut espérer que ce travail soit rapidement intégré dans des versions de tests du noyau, avant d'être intégré par Linus Torvalds dans la version mainline.
NdA : vieux contributeur de LinuxFr (1er post en juin 1999 d'après les archives), ça fait plus de 13 ans que je n'avais pas écrit ici :)
