Мы используем куки, чтобы пользоваться сайтом
было удобно.
Мы ответим вам на
Если вы так и не получили ответ, пожалуйста, проверьте, отфильтровано ли письмо в одну из следующих стандартных папок:
В операционной системе Windows 8 корпорация Microsoft впервые включает в набор стандартных предустановленных программ свой собственный антивирус — Windows Defender. На самом деле Windows Defender включался в состав и предыдущих версий Windows, но выполнял в них роль антишпионского malware фильтра. Последняя же версия Windows Defender фактически интегрирует в себя бесплатный антивирус Microsoft Security Essentials , который раньше доступен для бесплатной загрузки, но не включался в Windows по умолчанию.
При работе с активным антивирусом Microsoft Security Essentials /Windows Defender у PVS-Studio, в зависимости от настроек анализа и конфигурации пользовательской системы, может наблюдаться значительное снижение производительности при проверке C/C++ файлов. Перед началом непосредственно статического анализа, PVS-Studio.exe для каждого из файлов с исходным кодом вызывает внешний препроцессор для получения полного intermediate препроцессировнного файла, т.е. C/C++ файла с включёнными заголовочными файлами и раскрытыми макросами. PVS-Studio может использовать из Visual Studio в качестве препроцессора как родной препроцессор Visual C++ cl.exe, так и сторонний clang.exe, поставляемый в дистрибутиве PVS-Studio. Проблема возникает именно в случае использования препроцессора cl.exe. Мы уже отписали о данной проблеме в поддержку Microsoft Visual C++.
В частности, при использовании в качестве препроцессора родного компилятора Visual C++ cl.exe на многоядерной машине (когда анализ запускается в несколько параллельных потоков для нескольких файлов одновременно), наблюдается искусственное ограничение (нужно полагать, что со стороны MSE/Windows Defender) на использование ресурса процессора в 25% суммарно для всех запущенных процессов cl.exe. Что это означает на практике? При запуске, например, 4-х процессов cl.exe на 4-х ядерной машине, максимальная суммарная нагрузка этих процессов не превысит 25%, т.е. каждому cl.exe достанется только приблизительно по 6% процессорного времени. Но мы ожидаем, что каждый из данных процессов должен будет получить по 25% времени процессора (конечно, при отсутствии какой-либо другой фоновой нагрузки на процессор)! Понятно, что такое снижение производительности для каждого из cl.exe приведёт к значительному увеличению времени анализа каждого из проверяемых файлов. Наши эксперименты показали, что ограничение в 25% не связано с количеством ядер в системе, и на 8-ми ядерной машине ограничение в 1/4 также оставалось неизменным, и даже принудительная привязка процессов cl.exe к разным ядрам не изменяла картины.
В общем случае, при использовании статического анализатора PVS-Studio совместно с антивирусным ПО, мы рекомендуем всегда добавлять как сам модуль анализа (PVS-Studio.exe), так и вызывающие его программы и пути до них (например, devenv.exe — основной исполняемый модуль среды Visual Studio) в исключения антивирусов. К сожалению, на данный момент добавление анализатора PVS-Studio.exe (ровно как и devenv.exe, cmd.exe и даже cl.exe) в исключения MSE/Windows Defender или даже отключение защиты в реальном времени (real-time protection) не решают проблему падения производительности препроцессора cl.exe. Только полное отключение MSE/Windows Defender (либо замена его на другой антивирус) позволяет использовать 100% вычислительных ресурсов процессора для препроцессирования.
Возникает вопрос: как обстоят дела со сборкой Visual C++ проектов, используя тот же cl.exe, непосредственно из среды Visual Studio? Для того чтобы сборка прошла параллельно, т.е. было запущено несколько процессов cl.exe, необходим solution с несколькими проектами. Обычный запуск сборки подобного решения (на 87 проектов Visual C++ 10.0) на первый взгляд не выявил проблем. Однако, добавление в настройки каждого из этих проектов флагов компиляции /P и /c (т.е. препроцессировать в i файл и не линковать) привело к повторению описанной выше картины: 8 процессов cl.exe работали с нагрузкой в 2-3 процента каждый, т.е. общая загрузка процессора опять не превышала 25%. Таким образом это подтверждает, что проседание производительности препроцессора Visual C++ при работе в связке с MSE/Windows Defender не зависит от типа его запуска, запущен ли он из анализатора PVS-Studio, среды Visual Studio или даже вручную из cmd файла. Мы же можем лишь предположить, что при включённом режиме препроцессирования cl.exe начинает генерировать на диске промежуточный i файл, что по какой-то причине и не нравится данному антивирусу.
0
0
0
0