В продолжение применимости языков программирования и всяческих тестов была проверена идея -
Посмотреть зависимость процесса компиляции от ОС и файловой системы.
Как тестовая тяжелая задача - выполнялась пересборка C++ библиотек Boost 1.59
Все ОС крутились под VMware6, выделялось 1Гб памяти и 2 ядра. Время в мм:сс
Распараллеливание системой сборки не использовалось.

Таблица1
OSTargetFilesystemMem/nCoreCompilerBoostTime 1st tryHaiku 4.1a4x86BeFS1024/2GCC 4.6.31.59.017:57PCBSD10.2x64ZFS1024/2Clang 3.4.11.59.015:15Ubuntu10.04x86Ext31024/2GCC 4.4.31.59.011:30Ubuntu14x86Ext41024/2GCC 4.81.59.013:51XPx86NTFS1024/2mingw 4.8.11.59.024:01:00XPx86NTFS1024/2MSVC161.59.017:39:00

Вне конкурса были пересобраны старая версия 1.34 на старой платформе NT4.0 (количество .lib на выходе сравнимое) и хост-ОС
Таблица2
OSTargetFilesystemMem/nCoreCompilerBoostTime 1st tryNT4x86NTFS1024/1MSVC71.34.14:00Host Win8.1x86NTFS8096/8GCC5.2.01.59.016:55

К сожалению, из-за переусложненной системы сборки Boost.Jam (*), не удалось потестировать на OS/2, хотя GCC4.9.2 имеется.

Данные не являются достоверным тестированием, а могут быть только грубой оценкой.

(*)Как выяснилось, Bjam еще и с глюками. Можно отдельно похоливарить на тему систем сборки.

MasterZivЗимаргл(*)Как выяснилось, Bjam еще и с глюками. Можно отдельно похоливарить на тему систем сборки.

А чего, в Boost Bjam ещё не заменили на CMake ?
По большому счету, jam мощнее чем cmake. И нет, не заменили, вещь всеебе.

Хотя и то, и то построено на зависимостях. А эта убогая технология типа проктолога, не приживается для прямолинейно мыслящих.

Димати, я на вопросы, которые гуглятся, не особо хочу отвечать, сорри.

MasterZivЗимарглпропущено...

По большому счету, jam мощнее чем cmake. И нет, не заменили, вещь всеебе.


Мощнее-то она мощнее, но она тупо работает в 200 раз медленнее, т.е. движок-то мощный, но машину разогнать до 100 км не способен.
Ну я не заметил, что бджам медленный. Если включить диагностику -d {x} то видно, что все свои правила для бууста он отрабатывает менее чем секунду один раз при запуске.

MasterZivЗимарглпропущено...

Ну я не заметил, что бджам медленный. Если включить диагностику -d {x} то видно, что все свои правила для бууста он отрабатывает менее чем секунду один раз при запуске.

Ну, хотя бы погугли ...
Он не то, чтобы медленны, он ОЧЕНЬ медленный.
Настолько медленный, что неприменим на практике, если проект хоть сколько-то болшой.
Нагуглилось вот статейка
http://gamesfromwithin.com/the-quest-for-the-perfect-build-system
из этого обсуждения

В ней скорости - быстрые

Про медленный анализ вот только очень старые темы.
http://marc.info/?t=118835297400009&r=1&w=4
http://boost.2283326.n4.nabble.com/Help-optimizing-a-slow-BJAM-build-td2691964.html

Несколько мелких вариаций напоследок

OSTargetFilesystemMem/nCoreCompilerBoostTime 1st tryUbuntu14x86Ext41024/2GCC 4.81.59.013:51Ubuntu14x86JFS1024/2GCC 4.81.59.012:55Ubuntu14x86JFS1024/2Clang 3.51.59.017:44Ubuntu14x86Ext41024/2Clang 3.51.59.018:11