В нощните сборки на Rust са разширени възможностите за паралелизиране на компилацията.

Във фронтенда на компилатора Rust, който изпълнява задачи като синтактичен анализ, проверка на типове и анализ на заимствания, е реализирана поддръжка на паралелно изпълнение, позволяваща съществено съкращаване на времето за компилация. Паралелизацията вече е налична в нощните сборки на Rust и може да бъде активирана с опцията "-Z threads=8". Подходящата функция се планира да бъде включена в стабилната версия през 2024 година.

Работата по съкращаване на времето за компилация в Rust продължава вече няколко години. През първите 10 месеца на 2023 година времето за компилация е било съкратено средно с 13%, пиковото потребление на памет е намалено с 15%, а размерът на генерираните файлове е спаднал с 7%. На текущия етап ускорението е постигнато благодарение на оптимизации на самия компилатор. След това разработчиците преминаха към работа по ускоряване чрез паралелизиране на операциите по време на компилация.

Досега паралелизацията в Rust се осигуряваше основно на ниво процеси, например, пакетният мениджър Cargo може да стартира няколко процеса rustc за едновременно компилиране на няколко пакета. Поддръжката на паралелизиране също е налична от страната на бекенда, извършващ операции, свързани с генерирането на код — бекендът на Rust може да генерира код на части, които след това LLVM може да обработва паралелно. Фронтендът обаче досега можеше да обработва изходния код само в еднопоточен режим.

За поддръжка на паралелизиране, фронтендът е преработен за използване на библиотеката Rayon и е значително променен; например, много от неговите части сега се синхронизират с помощта на мютекси и блокировки за четене/запис, а в кода се използват атомарни типове. При тестване на производителността новата паралелизирана реализация можеше да извършва компилация до 2% по-бавно при работа в еднопоточен режим (-Z threads=1), но когато потоковете са повече от един, скоростта значително нарастваше. Например, при задаване на 8 потока (-Z threads=8), в някои ситуации времето за компилация успяваше да се съкрати с 50%.

Резултатът често зависи от настройките на околната среда и компилирания код — за много малки програми, които така или иначе се компилират бързо, компилацията в многопоточно режим може да бъде по-бавна. Освен това, потреблението на памет в многопоточно режим може значително да нарасне, например, в тестове е наблюдавано увеличение на потреблението на памет до 35%.

Източник: opennet.ru