Uzhast писал(а) 30. Марта 2008 :: 05:03:kms писал(а) 29. Марта 2008 :: 07:57:А этот товарищ чем распараллеливал?
Стандартным линуховым make'ом.
А... Я думал, может я чего-нибудь пропустил...
В vs2008 в cl наконец-то добавили родной опшн /MP, который делает то же самое, что и мой доморощенный параллелизатор.
А в интеле что-то пока не видать.
А между тем, на 9.1.030 ускорение от двух ядер целых 50%
Uzhast писал(а) 30. Марта 2008 :: 05:04:kms писал(а) 29. Марта 2008 :: 23:55:А опция /Qms0, похоже, c PCH криво работает.
Причем проблемы возникают неожиданно, на разных версиях компилятора.
Опять на /Qms1 что ли откатываться?
А конвертирование в vcproj и обратно в icproj не помогает?
Неа.
Вчера утром стандартно НЕ работало на двух ядрах на 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 пока, раз такие загадки.