Здравствуйте, fddima, Вы писали:

CC>>Intel совершенно правильно отрезает все сторонние процы, потому как не может (и не собирается) гарантировать что конкретные оптимизации будут эффективно на них работать. А распыляться на заточку оптимизации ещё и для всех процов конкурентов нафиг никому не надо.
F> Именно поэтому их компилятор нафиг никому не впал.
Мне он как-то дал 10% прироста производительности по сравнению с msvc++ и 15% по сравнению с mingw g++. Причем на AMD Athlon64 6000+. Учитывая что весь расчет делался около недели, оказалось весьма приятно.
Так что интелы умеют оптимизировать не только под свои камни. Только компилятор у них глючный. Если сначала мне не жалко было потратить 1-2 часа на настройку сборки проекта, то потом постоянно плясать с бубном вокруг internal compiler error надоело.

Здравствуйте, CreatorCray, Вы писали:

CC>Здравствуйте, fddima, Вы писали:

F>>Здравствуйте, CreatorCray, Вы писали:

CC>>>Intel совершенно правильно отрезает все сторонние процы, потому как не может (и не собирается) гарантировать что конкретные оптимизации будут эффективно на них работать. А распыляться на заточку оптимизации ещё и для всех процов конкурентов нафиг никому не надо.
F>> Именно поэтому их компилятор нафиг никому не впал.
CC>
CC>Отучайся говорить за всех.
Начни с себя.

Здравствуйте, Mazay, Вы писали:

M>Так что интелы умеют оптимизировать не только под свои камни.
Просто не надо использовать /Qax ключ. Юзайте /Qx, он несколько иначе проверяет наличие функционала в проце и не делает baseline path.

M>Только компилятор у них глючный.
M>постоянно плясать с бубном вокруг internal compiler error надоело.
Последний раз я такое видел на то-ли 7й то-ли 9й версии.
Зато в MSVC — регулярно.

Здравствуйте, fddima, Вы писали:

CC>>>>Intel совершенно правильно отрезает все сторонние процы, потому как не может (и не собирается) гарантировать что конкретные оптимизации будут эффективно на них работать. А распыляться на заточку оптимизации ещё и для всех процов конкурентов нафиг никому не надо.
F>>> Именно поэтому их компилятор нафиг никому не впал.
CC>>
CC>>Отучайся говорить за всех.
F> Начни с себя.
Подружись с логикой. Там речь про разработчиков компилятора.

Здравствуйте, CreatorCray, Вы писали:

CC>Подружись с логикой. Там речь про разработчиков компилятора.
Зачем тогда говорить за них?

Здравствуйте, gandjustas, Вы писали:

ГВ>>По-моему, здесь скорее заметно, что MS подталкивает пользователей к переходу на новые ОС. Ничего сверхъестественного.
G>Нет, это разработчик должен заплатить за контракт, а пользователь — нет.

Сути это не меняет: для MS что те, что другие — потребители её продукции, сиречь — пользователи. Даже если некоторые из них — developers.

Здравствуйте, Timonn24, Вы писали:

T>Ха-ха, МС спешно переписывает ПО с WCF на неуправляемый код! Наелись ребята управляемым кодом.. А как все начиналось: дотнет перевернет мир, дотнет изменит ваш взгляд на программирование...

Из статьи этого не следует.

Здравствуйте, CreatorCray, Вы писали:

M>>Только компилятор у них глючный.
M>>постоянно плясать с бубном вокруг internal compiler error надоело.
CC>Последний раз я такое видел на то-ли 7й то-ли 9й версии.
А я в 8.1 и в 10-ке сразу после её выхода. Подозреваю, что компилятор не мог переварить что-то из boost::serialization, но не уверен. Я не смог выделить минимального примера. Каждый раз боролся так: добавлял в конец файла что-нибудь типа

const int XXX_38723=32883;

Если там уже такое было — то удалял. Вот такое колдунство.

CC>Зато в MSVC — регулярно.