🚀 TPDE-LLVM: когда скорость компиляции важнее всего

Новый бэкенд TPDE-LLVM ускоряет компиляцию на 10–20 раз при минимальном росте размера кода, сохраняя сопоставимую скорость выполнения программ.

В мире компиляторов новость о появлении TPDE-LLVM выглядит как маленькая революция. Новый бэкенд для LLVM обещает ускорить процесс генерации машинного кода в режиме -O0 в 10–20 раз. Для тех, кто каждый день работает с большими кодовыми базами или запускает CI-сборки десятки раз, это звучит почти как магия.

💡 Чтобы понять масштаб, важно вспомнить, что режим -O0 используется не для финальной оптимизации, а для быстрой отладки. Он генерирует код максимально «как есть», чтобы дебаггер мог точно сопоставить строки исходника и исполняемый машинный код. Однако цена такой прозрачности — медленная компиляция. И вот TPDE-LLVM обещает решить эту боль.

Как это работает

🛠️ Архитектура нового бэкенда построена на трёх простых шагах:

• 🧹 Очистка IR — удаление всего лишнего, что мешает быстрой трансляции.
• 🔍 Анализ циклов и живости переменных — минимальный набор анализа, достаточный для корректного размещения регистров.
• ⚙️ Генерация кода — где вместо сложной аллокации регистров используется принцип «разливай всё в память» (spill everything). Да, это звучит грубовато, но для -O0 этого достаточно.

📊 На тестах SPEC CPU 2017 для x86-64 ускорение составило в среднем 13,34× при работе с -O0-IR и 17,58×при -O1-IR. При этом размер кода вырос всего на ~27 % для O0 и даже уменьшился при O1.

Ограничения

Конечно, есть и минусы:

• 🚫 Поддерживается лишь подмножество LLVM-IR.
• 🖥️ Архитектуры ограничены x86-64 и AArch64.
• 🧩 Некоторые типы данных (например, векторные) пока не реализованы.
• 🕵️ Отсутствует полноценная DWARF-поддержка (сложнее отлаживать).

Авторы планируют в будущем доработать регистровую аллокацию и расширить список поддерживаемых платформ.

Моё видение

Мне кажется, TPDE-LLVM — это отличный пример «прагматичной инженерии». Вместо того чтобы пытаться решить все задачи разом, разработчики сделали узко специализированный инструмент: ускорили именно тот сценарий, где миллионы разработчиков страдают от долгих билдов.

Представьте себе большие проекты вроде Chromium или ядра Linux. Если каждый локальный билд на -O0 можно ускорить хотя бы в десять раз — это экономия тысяч человеко-часов по всему миру. Да и для CI/CD-систем, где время сборки напрямую влияет на скорость релизов, это почти подарок.

Мне лично это напоминает философию «быстрых итераций»: лучше получить рабочий, пусть и неидеальный результат сейчас, чем ждать идеала слишком долго. А для отладки избыточные оптимизации и не нужны.

📌 Ссылки:

• Оригинальная новость: LLVM Discourse – TPDE-LLVM 10–20x Faster O0 Back-End