Dans les versions nocturnes de Rust, les capacités de parallélisation de la compilation ont été étendues.

Dans le front-end du compilateur Rust, qui accomplit des tâches telles que l'analyse syntaxique, la vérification des types et l'analyse des emprunts, un support pour l'exécution parallèle a été mis en œuvre, permettant de réduire considérablement le temps de compilation. Le parallélisme est déjà disponible dans les versions nocturnes de Rust et peut être activé à l'aide de l'option « -Z threads=8 ». Cette fonctionnalité est prévue pour être incluse dans la branche stable en 2024.

Le travail sur la réduction du temps de compilation dans Rust est en cours depuis plusieurs années. Au cours des dix premiers mois de 2023, le temps de compilation a été réduit en moyenne de 13 %, la consommation de mémoire a diminué de 15 % et la taille des fichiers générés a été réduite de 7 %. À ce stade, l'accélération a été obtenue grâce à des optimisations du compilateur lui-même. Ensuite, les développeurs se sont concentrés sur l'accélération par le biais du parallélisme lors des opérations de compilation.

Jusqu'à présent, le parallélisme dans Rust était principalement assuré au niveau des processus, par exemple, le gestionnaire de paquets Cargo peut exécuter plusieurs processus rustc pour compiler simultanément plusieurs paquets. Le support du parallélisme est également présent côté backend, qui exécute des opérations liées à la génération de code — le backend Rust peut générer du code par morceaux, que LLVM peut ensuite traiter en parallèle. En revanche, le front-end ne pouvait toujours traiter le code source qu'en mode mono-thread.

Pour prendre en charge le parallélisme, le front-end a été modifié pour utiliser la bibliothèque Rayon et a été largement retravaillé ; par exemple, de nombreuses parties sont maintenant synchronisées à l'aide de mutex et de verrous de lecture/écriture, et des types atomiques sont utilisés dans le code. Lors des tests de performance, la nouvelle mise en œuvre parallélisable pouvait compiler jusqu'à 2 % plus lentement en mode mono-thread (-Z threads=1), mais lorsque le nombre de threads était supérieur à un, la vitesse augmentait considérablement. Par exemple, en utilisant 8 threads (-Z threads=8), dans certaines situations, le temps de compilation a pu être réduit de 50 %.

Cependant, le résultat dépend fortement des paramètres de l'environnement et du code compilé - pour des programmes très courts qui se compilent déjà rapidement, la compilation en mode multithread peut être plus lente. De plus, la consommation de mémoire en mode multithread peut augmenter considérablement, par exemple, des tests ont montré une croissance de la consommation de mémoire allant jusqu'à 35%.

Source : opennet.ru