У меня есть проект, который связывается с g++ и ld примерно за 8 секунд.
Он использует кучу статических библиотек, большая часть кода написана на C++.
Меня интересует общий список советов о том, как сократить время ссылки. Что-нибудь от «не включайте отладочные символы» до «сделайте свой код менее спагетти»
Я имел дело с этим в течение многих лет на предыдущей работе. Компоновщик GNU просто имеет серьезные проблемы с производительностью при компоновке большого количества статических библиотек. В какой-то момент время компоновки соответствовало времени компиляции, что показалось нам настолько странным, что мы действительно исследовали это и выяснили.
Вы можете попытаться объединить свои статические библиотеки в «суперобъект» перед связыванием. Вместо такой ссылки:
$ g++ -o program program.o $STATIC_LIBS
Вы можете попробовать это:
$ ld -r -o libraries.o --whole-archive $STATIC_LIBS
$ g++ -o program program.o libraries.o
Обратите внимание, что этот метод дает компоновщику меньше возможностей исключить неиспользуемый объектный код, поэтому ваши двоичные файлы могут несколько увеличиться в размере.
-Ur вместо -r (см. документацию для ld)
- person anatolyg; 30.12.2010
создайте виртуальный диск, скомпилируйте его и свяжите с жестким диском.
поскольку вы используете много статических библиотек, вы можете создать гигантскую библиотеку, содержащую все эти библиотеки, чтобы в итоге у вас была одна библиотека. удалите все библиотеки из вашего списка библиотек и добавьте гигантскую. Это уменьшает количество открытий файла до 1 для библиотек и может ускорить действия по чтению.
Отключите оптимизацию всей программы (хотя бы на время разработки). Используйте p-impl для уменьшения зависимостей.
8 секунд — это довольно быстро, если только вы не уверены, что это не займет так много времени. У меня есть проекты, полная перелинковка которых занимает 5-8 минут, поскольку мы не делаем добавочную компоновку в наших релизных сборках. Пробовали ли вы использовать инкрементное связывание (если вы не используете -shared, вы можете использовать -i или -r)?
Как насчет компиляции отладочных сборок в виде общих библиотек? Это устранит раздувание символа отладки, поскольку библиотеки импорта крошечные с информацией об отладке или без нее. Возможно, это не лучшее решение, но я думаю, что это существенно сократит время компоновки...
Вы можете попробовать использовать clang и lld. От godot документы
Вы также можете использовать Clang и LLD для создания Godot. У этого есть два преимущества по сравнению с настройкой GCC + GNU ld по умолчанию:
LLD связывает Godot значительно быстрее по сравнению с GNU ld или gold. Это приводит к более быстрому времени итерации.
