Научить bjam стирать объектные файлы

@Nick Alte · Регистрация: 27.09.2009

Студворк — интернет-сервис помощи студентам

Вопрос возник вот как. Я собрался сегодня пересобрать буст и, зная на практике, сколь томительно ожидание, задумался о способах ускорить процесс. Самое очевидное - запуск компиляции в нескольких потоках, по числу ядер процессора. Это делается ключиком -jN, крайне просто. Второе - собирать на RAM-диске. Под него я щедро отвёл 6 Гб памяти и, как выяснилось, не зря. Во время построения было сожрано больше 5 Гб. Результат вышел неплохой, чуть больше получаса на построение complete. Однако 6 Гб на ненужные в общем-то файлы - это чересчур, и ближе к концу процесса недостаток оперативной памяти явно стал чувствоваться. А ведь расходуется всё это пространство зря, единожды использованные объектные файлы лежат в дальнейшем мёртвым грузом. Насколько я смог разобраться в ситуации, для того, чтобы после построения очередного результирующего файла стирались ставшие ненужными объектные файлы, надо модифицировать jam-скрипты. Если кто-то ориентируется в сценарии построения буста и может подсказать, как наилучшим образом добиться такого результата, буду весьма признателен.

oxotnik · 08.08.2013, 09:44

Сообщение от Nick Alte

Это делается ключиком -jN, крайне просто.

А куда его прописывать? в b2 ?

@castaway · 08.08.2013, 11:36

Сообщение от oxotnik

А куда его прописывать? в b2 ?

Да. Синтаксис такой же как у make

Bash
1
./b2 -j8 ...

@Nick Alte · 12.11.2013, 19:26 **[ТС]**

Ладно. Сегодня снова занялся этим вопросом, с выходом 1.55. Если кому-то ещё интересно...
Отключаем опцию --build-type=complete. Собираем по отдельности 4 комбинации debug/release на single-/multithreaded. В каждой комбинации ещё по 3 подкомбинации (статическая библиотека со статической CRT, статическая с динамической CRT и DLL с динамической CRT). После сборки каждой комбинации стираем объектные файлы.
4-гигабайтного RAM drive хватило, общий занятый объём не подсчитывал.
Использованные ключи (в отличие от build-type, пишутся без --):

Code
1
2
3
4
variant=debug|release
threading=single|multi
link=static|shared
runtime-link=static|shared

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .

@Nick Alte 1675 / 1047 / 174 Регистрация: 27.09.2009 Сообщений: 1,945

	Научить bjam стирать объектные файлы 06.08.2013, 22:34. Показов 1429. Ответов 3 Метки нет (Все метки) Вопрос возник вот как. Я собрался сегодня пересобрать буст и, зная на практике, сколь томительно ожидание, задумался о способах ускорить процесс. Самое очевидное - запуск компиляции в нескольких потоках, по числу ядер процессора. Это делается ключиком -jN, крайне просто. Второе - собирать на RAM-диске. Под него я щедро отвёл 6 Гб памяти и, как выяснилось, не зря. Во время построения было сожрано больше 5 Гб. Результат вышел неплохой, чуть больше получаса на построение complete. Однако 6 Гб на ненужные в общем-то файлы - это чересчур, и ближе к концу процесса недостаток оперативной памяти явно стал чувствоваться. А ведь расходуется всё это пространство зря, единожды использованные объектные файлы лежат в дальнейшем мёртвым грузом. Насколько я смог разобраться в ситуации, для того, чтобы после построения очередного результирующего файла стирались ставшие ненужными объектные файлы, надо модифицировать jam-скрипты. Если кто-то ориентируется в сценарии построения буста и может подсказать, как наилучшим образом добиться такого результата, буду весьма признателен. 0