У меня есть новая установка VS2019 Community (выпускная версия) рядом с VS2017. Когда я загружаю проект для работы, постоянно около 30% процессоров используется на холостом ходу.
Проект полностью загружен, проанализирован и запущен на IIS Express. Проект небольшой и работает без проблем на VS2017 (С# + ASP.NET Core MVC)
У меня была такая же проблема, как у вас сегодня. Свежая установка Visual Studio 2019 и мой процессор постоянно работали на 30%. Я заметил, что Visual Studio индексирует файлы. В левом нижнем углу вы можете нажать на анимированный значок, чтобы увидеть, что происходит. После завершения этого процесса мой процессор снизился до 1-2%.
Я живу с этой проблемой с 2019 года, проблема в том, что Live Code Analysis никогда не останавливается:
А поскольку в Visual Studio 16.2.3 расширение, ответственное за анализ живого кода (Developer Analytic Tools), постоянно выходит из строя:
Обновление С Visual Studio v16.2.4 дела пошли хуже, но с v16.2.5 улучшились, я все еще испытываю большое использование процессора, но меньше, чем раньше, и Live Analysis работает не так постоянно, как раньше 16.2.5
У меня была эта проблема сегодня с VS 2019 версии 16.2.3. VS работал в течение нескольких часов и не сообщал о какой-либо активности индексации. Высокая загрузка процессора и высокая память.
Я решил это, удалив файлы в моей временной папке Windows (% TEMP%) согласно ответу Криса Хэсика здесь: https://developercommunity.visualstudio.com/content/problem/516141/very-hight-cpu-usage-by-visual-studio-2019.html
После удаления временных файлов загрузка ЦП снизилась с 50-65% до 0,3%.
Не очень хороший ответ, но я постоянно получал его после нескольких последних обновлений VS2019. Пробовал удалять папку tmp и т.д. Ничто не исправило; отладка занимает несколько секунд, чтобы пройти по коду - в основном непригодна для повседневной разработки. У меня сознательно нет сторонних инструментов, таких как Resharper, чтобы замедлить его, поэтому VS2019 должен быть настолько быстрым, насколько Microsoft сможет это сделать.
Вернулся к VS2017 на той же кодовой базе и отладил... работал безупречно в первый раз без каких-либо задержек... и это тоже установило Resharper, поэтому должно быть медленнее.
Если это вариант для вас, я бы порекомендовал его, чтобы вы могли по-настоящему поработать, пока команда VS не разберется только с тем, что они сломали.