Uzhast писал(а) 29. Марта 2008 :: 04:54:

Не, я проверял; природу не обманешь - два ядра - два потока; дальше выигрыш совсем слабый, почти нет.
Но у меня оба потока стартуют с низким приоритетом - за счет этого можно нормально работать, без лагов вообще (хотя загрузка 100%).

А этот товарищ чем распараллеливал?

Цитата:

Связано с моей любовью к экспериментам.
Скажем, то же исследование на глубину инлайна потребовало пару десятков ребилдов - если умножить на 2-3 минуты, получается прилично.

И так каждый раз

Uzhast писал(а) 29. Марта 2008 :: 03:52:

ЁПЕРНЫЙ БАБАЙ.
9.1.028 - это не мотоцикл... это ракета... (с) Pulp Fiction

Что ж они там намутили-то?
Надо список изменений изучить, только пока не знаю, где его найти.

kms писал(а) 29. Марта 2008 :: 09:04:

Насчет кривизны могу подкинуть инфу о том, с чем пришлось столкнуться. До 034-й версии в некоторых случаях 9-й компилятор мог давать кривые obj-и. Линкер говорит, что debug information corrupted - recompile. Когда я переключил компилятор из 10-го в 9-й, я как раз на эту хреновину и наступил.

Поставил 034. Ситуация немного изменилась: вместо ошибки "debug information corrupted" он стал выдавать аналогичный warning.

Почитал, что проблема с debug information возможна в 028, если стоит VS2005 SP1 Beta. У меня не Beta, но все равно снес. После этого проекты, конвертированные в IC++ проекты, перестали открываться вообще.

Деинсталляция всех компиляторов и Студии с последующей переустановкой ничего не изменила. В общем, пока я не удалил каталог C:\Program Files\Intel\Compiler\VS Integration были вилы. Дело в том, что там один файл при деинсталляции не удаляется. При инсталляции не перезаписывается, т.к. у него более новая версия (он от 10-го компилятора).

В общем, все, наконец, заработало с 9-м компилятором. Пока посижу на нем. А то у меня основной тестовый модуль в 10-м перекомпилируется 18 минут. Вынести что-то в другие модули проблематично. А править набор классов, от которых все в этом модуле зависит, иногда приходится. Хотя, наверное, тут можно было бы каким-нибудь pimpl-ом выкрутиться, но это не так просто и производительность немного пострадает.

kms писал(а) 29. Марта 2008 :: 07:57:

Стандартным линуховым make'ом.

Uzhast писал(а) 30. Марта 2008 :: 05:03:

А... Я думал, может я чего-нибудь пропустил...

В vs2008 в cl наконец-то добавили родной опшн /MP, который делает то же самое, что и мой доморощенный параллелизатор.
А в интеле что-то пока не видать.

А между тем, на 9.1.030 ускорение от двух ядер целых 50%

Uzhast писал(а) 30. Марта 2008 :: 05:04:

Неа.
Вчера утром стандартно НЕ работало на двух ядрах на 10.1.020 - все остальное работало.
Потом я переписал свой ICL.EXE (параллелизатор) на работу не через потоки ввода-вывода С++, на на fopen/printf.
Чтобы уменьшить размер EXE с 500K до 50K

После этого перестал работать 9.1.030, причем я и старую версию параллелизатора ставил, и вообще в штатном режиме.
Без результата.
Поломалось и привет - даже в штатном режиме я просто не могу собрать проект, то же самое.
Ни конвертация, ни всякие пляски с бубном - ничего не помогло.
Только /Qms1.

Причем ошибка одна и та же, но выглядит по-разному:

На 9.1.030

1>Warning #671: header files used to generate precompiled header file "Debug\1CPP.pchi" have changed
1>
1>CursorGrid\V7CursorGridCtrl.cpp(2): catastrophic error: could not open source file "StdAfx.h"
1>  #include "StdAfx.h"
 

На 10.1.020

1>Warning #677: memory usage conflict with precompiled header file "Debug\1CPP.pchi"
1>
1>CursorGrid\V7CursorGridCtrl.cpp(2): catastrophic error: could not open source file "StdAfx.h"
1>  #include "StdAfx.h"
 

10.1.014 - никогда проблем не было, но собирает в 2 раза дольше, чем 9.1.030.
Короче, махнул рукой, поставил /Qms1 пока, раз такие загадки.

Uzhast

Вот на такую фигню не налетал? http://softwarecommunity.intel.com/isn/Community/en-US/forums/thread/30247641.as...
Я - так постоянно в разных вариантах на 10.1.014 - 10.1.020.

Сейчас проверил, на 10.1.011 - действительно все ОК.

Докладываю, как я решал проблему с PCH.

Итак, симптомы. Студия 2005. Ставим SP1. Сразу при линковке начинают выдаваться сообщения "debug information corrupted". Сносим Sp1. НЕ ПОМОГАЕТ. Сносим и заново ставим Студию. Переустанавливаем интеграцию. Начинают вылезать ошибки "memory usage conflict with precompiled header file".

Как решать. Снести ВСЕ интеловское: и компилятор, и интеграцию, и отладчик. Снести "C:\Program Files\Intel\Compiler\VS Integration". Снести VS2005. Поставить VS2005. SP1 НЕ СТАВИТЬ. Поставить компилятор и интеграцию. Открыть свой солюшен. Сконвертировать из icproj в vcproj. Сконвертировать из vcproj в icproj. Сделать полный Clean. Сделать ребилд. Вот тогда начинает нормально работать. Возможно, шаги конвертирования солюшена лишние, а, возможно, только их и достаточно Если кто наступил на грабли - сначала можно просто попробовать переконвертации.

PS. В общем, завязываю с экспериментами Хрен теперь кто меня сподвигнет на смену Студии, компилятора или библиотек без сильно веских причин - делаюсь консерватором Блин, и никогда, никогда, НИКОГДА не жмите при установке Студии или SP кнопку "Retry" - эта падла тогда всю свою часовую бодягу начинает ЗАНОВО  Два раза уже попадался...

fez писал(а) 31. Марта 2008 :: 06:07:

Вот именно поэтому я и не спешу тебя озадачивать текущим вариантом сборки - еще могут быть изменения в технологии.
Но, в принципе, мы уже почти на подходе.