Сравните Thrust fill с скоростью запуска ядра [duplicate]
неопределенная ссылка на WinMain@16 или аналогичную «необычную» main() ссылку на точку входа (особенно для visual-studio ).
Вы возможно, пропустили, чтобы выбрать правильный тип проекта с вашей реальной IDE. IDE может захотеть связать, например. Проекты приложений Windows для такой функции точки входа (как указано в недостающей ссылке выше) вместо обычной int main(int argc, char** argv);.
Если ваша среда IDE поддерживает Plain Console Projects , вы может захотеть выбрать этот тип проекта вместо проекта приложения Windows.
Здесь case1 и case2 обрабатываются более подробно из реальный мир проблема.
1 ответ
Сроки кода CUDA на графическом процессоре WDDM могут быть довольно сложными по целому ряду причин. Большинство из них связаны с тем, что графический процессор управляется в качестве устройства отображения Windows, и это может привести к множеству артефактов во времени. Одним из примеров является то, что драйвер Windows и WDDM будут работать пакетно для графического процессора и могут чередовать работу дисплея в середине работы графического процессора CUDA.
- , если возможно, время вашего кода cuda на linux или иначе на графическом процессоре Windows в режиме TCC.
- для производительности, всегда создавайте без переключателя
-G. В visual studio это обычно соответствует созданию версии, а не отладочной версии проекта. - Чтобы получить хорошее сравнение производительности, обычно рекомендуется выполнять некоторые «разогрева» перед фактическим измерением времени Результаты. Это устранит «запуск» и другие одноразовые проблемы измерения, вы с большей вероятностью получите разумные результаты. Вы также можете запускать свой код несколько раз и усреднять результаты.
- Обычно также желательно скомпилировать флаг фрейма, соответствующий вашему графическому процессору, например,
-arch=sm_20для cc2. 0 GPU.
-
1– Guillaume Girard 16 December 2013 в 18:37
-
2– Robert Crovella 16 December 2013 в 18:40