Комментарии 8
Как всегда, Microsoft позаботилась о своих пользователях и упростила им жизнь…
Не проще перейти на нормальные компиляторы типа icc? ну или gcc на худой конец?
НЛО прилетело и опубликовало эту надпись здесь
какие именно детали вас интересуют?
борьба была не с процентами, а с качественными тормозами, которые выдаёт OpenMP от VC++ 2010.
Проводился простейший тест — два из четырёх ядер процессора загружались бесполезными вычислениями (в фоновых процессах), после чего в приложении запускалась обработка большого массива данных (ситуация совпадает с тем, чем занимались пользователи).
В случае vcomp100.dll работа могла занимать часы (именно так!), в то время как с vcomp.dll от VC++ 2005 работа занимает секунду.
борьба была не с процентами, а с качественными тормозами, которые выдаёт OpenMP от VC++ 2010.
Проводился простейший тест — два из четырёх ядер процессора загружались бесполезными вычислениями (в фоновых процессах), после чего в приложении запускалась обработка большого массива данных (ситуация совпадает с тем, чем занимались пользователи).
В случае vcomp100.dll работа могла занимать часы (именно так!), в то время как с vcomp.dll от VC++ 2005 работа занимает секунду.
НЛО прилетело и опубликовало эту надпись здесь
собственно, именно поиск баги и привёл к столь радикальному решению :)
вот здесь приводится описание проблемы, вызванной другим кодом:
stackoverflow.com/questions/4738045/openmp-huge-performance-differences-between-visual-c-2008-and-2010
вот здесь приводится описание проблемы, вызванной другим кодом:
stackoverflow.com/questions/4738045/openmp-huge-performance-differences-between-visual-c-2008-and-2010
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Ускоряем OpenMP в Visual C++ 2010