Научить 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

Новые блоги и статьи Все статьи Все блоги /
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .

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

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