Время компиляции.

[pastor]

А под линь он есть?

Да, есть.

http://www.intel.com/cd/software/products/asmo-na/eng/compilers/277618.htm

[Racheengel]

из моего опыта, все что съедает GCC, съест и М$, а вот Интел намного более привередлив к коду...

[pastor]

ну естестно это не инкюженый во всё h

кстати, под linux на core 2 Due при компиляции использует только одно ядро 

может есть какие-то "рычаги" для задействования всей мощи проца?

смотрим в строну make - j <number>

Я на 4х ядерном юзаю опцию make - j 8

Время компиляции уменьшилось в 3 раза!

[Tonal]

из моего опыта, все что съедает GCC, съест и М$...

Если не рисовать ссложных макросов, на использовать long double...
А наоборот тоже плохо - М$ очень вольно обходится с некоторыми шаблонными конструкциями.

Кроме того, STL у них разный - так что в некоторых тоже местах налететь можно.

Ну и расширения языка существенно разные.

[Swappp]

Конечно на x64 будет быстрее, Itanium всё-таки )) на сервере всё хорошо компилируется...

Какой итаниум? В каком веке живем? Уже давно есть x86_64 она же amd64, реализована практически во всех процессорах, которые сейчас выпускаются (x86 естественно). Кроме увеличения размеров регистров, так же увеличено их число, что дает некоторый прирост.

По поводу многоядерности, как было сказано, этим занимается make.

Кроме того, STL у них разный - так что в некоторых тоже местах налететь можно.

Ну так отчасти по тому в Qt и реализованы свои контейнеры.

[SerjVarshavskiy]

смотрим в строну make - j <number>
Я на 4х ядерном юзаю опцию make - j 8
Время компиляции уменьшилось в 3 раза!

вах, реально "вставило" (т.е. ускорилось), сенкс