QtSDK + MinGW, долгая сборка.

[Kero]

Здравствуйте.
Использую QtSDK с Qt 4.7.4, в качестве компилятора MinGW 4.4. Долго стал компилиться проект.
Этапы сборки:
qmake: qmake.exe MyProject.pro -r -spec win32-g++
Сборка: mingw32-make.exe in C:\Users\Kero\QT\Bank-build-desktop-Qt_4_7_4_for_Desktop_-_MinGW_4_4__Qt_SDK_____

Решил искать варианты выхода из данной ситуации.
1) Можно попробовать распараллелить сборку.
2) Перейти на MSVS 2010.

Что из этого предпочтительнее?
Для первого варианта был написан пост: http://www.prog.org.ru/index.php?topic=8037.msg125328#msg125328
Но у себя таких путей не нахожу. Я вообще не вижу исходников Qt.
Для второго варианта появились Qt for Open Source C++ development on Windows (VS2010). Я правильно понимаю, что достаточно их скачать, поставить где-нибудь в C:\QtSDK\Desktop\Qt\4.8\ и указать в Qt Creator в сборке?

[Alex Custov]

самое простое - поставить jom, и в настройках креатора поставить галку "Использовать jom".

[LisandreL]

Для первого варианта был написан пост: http://www.prog.org.ru/index.php?topic=8037.msg125328#msg125328

Там ещё один вариант описан, для тех, у кого с пересборкой не ладится: http://www.prog.org.ru/index.php?topic=8037.msg142647#msg142647

[lit-uriy]

>> Я вообще не вижу исходников Qt.
%QTDIR%\src; %QTDIR%\tools

>>Я правильно понимаю, что достаточно их скачать, поставить где-нибудь в C:\QtSDK\Desktop\Qt\4.8\
>>и указать в Qt Creator в сборке?
Да.

[Fregloin]

опции make:
-jN -f Makefile.Debug или
-jN -f Makefile.Release, где N - колво запускаемых компиляторов одновременно.
Под виндой дает небольшой выигрыш, но в целом mingw очень медленный, оно и понятно, прилеплено как второй хвост к собаке.
Под линуксом достаточно указать -jN. Выигрыш существенне.
Я использую на работе distcc, выигрыш в компиляции 50% времени, т.е. в два раза быстрее, но думаю можно еще быстрее, если добавить несколько машин.
Сейчас используется для компиляции пороядка 4-6 машин в зависимости от их свободности от юзера.

[LisandreL]

Под виндой дает небольшой выигрыш

Чтой-то небольшой? На двухъядерном в 2 раза, на четырёх ядерном в 4 (ну если, кончено в проете есть, что распараллеливать).

Негативно могут сказываться:
1) большое количество ресурсов в одном файле (qrc собираются последними и если там много картинок сборка может затянуться, если архитектура проекта позволяет лучше иметь несколько файлов ресурсов)
2) активно работающий антивирусный сканер, например Comodo очень сильно снижает продуктивность компилятора, так как пытается отследить деятельность каждого процесса компилятора и сильно грузит процессор. Выход отключать сканирование процессов в памяти в режме реального времени или добавлять процесс компилятора в исключения.

[Fregloin]

понятное дело что каспер и прочую шелуху нужно убивать перед сборкой