Это относится как к версиям 2008, так и к 2010 году (и, возможно, более ранним). Также для проектов С++ и С#.
Начальная сборка (после перезагрузки) выполняется с нормальной скоростью и с достаточно хорошим использованием ЦП. После "некоторого времени" (т.е. Используя компьютер для "материала" ) последующая сборка может работать очень, очень медленно и с очень низким использованием ЦП. Единственное исправление, которое я нашел, похоже, перезагрузка, затем цикл начинается снова и снова. Это происходит как для проектов WPF, так и для не WPF, хотя в WPF это в 10 раз хуже.
Это случилось со мной на разных машинах, даже для разных организаций, поэтому я считаю это Visual Studio, а не средой. Я попробовал обычный (Google, отключить AV, Intellisense, Resharper и т.д., И в настоящее время с нетерпением жду, чтобы получить SSD у меня на заказ).
Моя текущая спецификация машины - это 2,7-гигабайтное четырехъядерное ядро, 4 ГБ оперативной памяти, XP (еще нет Win7 на работе), 250 ГБ hdd и т.д.
У кого-нибудь есть идеи, что это может быть и как его исправить?
Спасибо заранее!
Попробуйте это, как это работает для меня:
Нажмите Windows + R или откройте прогон с начала.
Теперь введите %temp% и удалите все оттуда...
Теперь откройте Run снова и введите prefetch а также удалите все оттуда.
Теперь откройте VS и посмотрите производительность.
Попробуйте следующее:
Devenv.exe/resetsettings
У меня была та же проблема.
У меня был установлен центр безопасности McAfee, отключив "Сканирование в реальном времени"
Время постройки составляло от 40 секунд для небольшого проекта до 1 секунды.
Проверьте настройки энергосбережения в Windows. Установите его на "Высокая производительность" (даже на рабочем столе). Это помогло мне.
Попробуйте использовать ProcessMonitor (http://technet.microsoft.com/en-us/sysinternals/bb896645), чтобы узнать, что Visual Studio делает во время процесса сборки. Добавьте фильтр "ProcessName is devenv.exe затем включите" и проведите некоторое исследование. Это было полезно для меня.
У меня похожая проблема - очень медленный процесс сборки и отладки - и я могу решить ее с помощью Process Monitor. Я запустил Process Monitor и увидел, что процесс Visual Studio много раз читал и записывал некоторые файлы HTL. Это был журнал привязки сборки (http://msdn.microsoft.com/en-us/library/vstudio/e74a18c4(v=vs.100).aspx) - утилита, которая хранит информацию о привязке библиотек. Как только я включил этот журнал, и эта утилита создала около 8 Гб HTM журналов на моем жестком диске) Это было очень медленно. Затем я отключаю ведение журнала, время сборки моего проекта уменьшается с 10 минут до 10 секунд!
am, используя VS2015 в Windows 10 и имел ту же проблему. Я очистил каталоги% temp% и prefetch, которые не сработали. Затем я изменил настройки энергосбережения со сбалансированной и высокой производительности, и это сработало.
Я не видел такого ответа, поэтому я думаю, что мой, может быть полезным для кого-то. Моя проблема со сборкой VS была глупой: у меня был исходный код на другом компьютере. Каждый раз, когда я пытался его создать, необходимо установить соединение с этим компьютером, что приводит к длительному зависанию VS. Я обнаружил эту проблему, попробовав большинство решений здесь и в других местах. (смайлик с ударами головой о стол)
Мое исправление для очень медленной Visual Studio (создание чего-либо заняло около 1,5-2 минут) было отключить беспроводную сеть.
Я включил беспроводную сеть в дополнение к проводной. Похоже, мой компьютер попытался использовать беспроводное соединение для подключения к нашему локальному серверу, который недоступен для беспроводной сети, и это вызвало длительную задержку.
Если это проект ASP.NET MVC, проверьте .csproj, чтобы узнать, установлен ли <MvcBuildViews>true</MvcBuildViews>. Это может вызвать медленные сборки.
У меня была такая же проблема. Удаление скрытой папки .vs в каталоге решений решило проблему.
В какой-то момент у меня была программа, которая занимала значительно больше времени для компиляции через несколько недель. Из-за разочарования я удалил папку для отладки решения и проектов. Какая визуальная студия сделала сначала восстановление всего решения (что занимает некоторое время), но после этого процесс сборки имел свою прежнюю скорость назад. Не уверен, что он будет работать и для вас.
Сделайте резервную копию файлов и удалите все в папке в этой папке.
C:\Users\{имя пользователя}\AppData\Local\Microsoft\WebsiteCache
Перезапустите Visual Studio и проверьте производительность.
Надеюсь, это поможет! Благодаря
проверьте параметры доступа к Интернету (подключения) и убедитесь, что отмечен Automatically detect settings.
Если в одном решении есть много проектов, попробуйте создать измененный вариант, а не создать целое решение. А именно, Alt + B + U, а не Alt + B + B.
Одной из причин является то, что Visual Studio многократно перестраивает один и тот же зависимый проект, хотя ничего не изменилось. Представьте себе решение, содержащее множество проектов, которые продолжают создаваться без видимой причины. Это пустая трата времени...
Основным решением этого является пересмотр каждого " Копировать в выходной каталог ", где для него установлено значение " Всегда ". Измените это на " Копировать, если новее ".
Это может помочь увидеть подробный журнал сборки. Откройте Инструменты > Параметры > " Проекты и решения "> " Построить и запустить ". Теперь установите "Детализация вывода сборки проекта MSBuild" на " Диагностика "
Для получения дополнительной информации, эта тема обсуждает этот конкретный момент
В качестве быстрой проверки запустите сканирование, чтобы убедиться, что в вашей системе нет ничего заражающего, а затем перейдите в раздел Защита защитника Windows Center-> Защита от вирусов и угроз → Отключить постоянную защиту:
защита в реальном времени
Перестройте свое решение в Visual Studio, отметив общее время, которое требуется, и наблюдая в диспетчере задач, чтобы выяснить, не занимает ли исполняемый файл службы защиты от вредоносных программ значительное время процессора. Предполагая, что ваша сборка быстрее и ваш ЦП менее загружен, поздравляю, вы определили одну из причин проблем с производительностью. Следующим шагом будет ответственно сказать Защитнику Windows оставить Visual Studio в покое, не отключая ее полностью.
когда я начинаю отладку кода С#, время отладки очень медленное, и когда я отлаживаю asp-код работает, в чем проблема
Та же проблема с любой командой или функцией, которую я выполнял на VS. После отключения антивируса REAL TIME PROTECTION время работы уменьшилось с 10 до 0,5 или даже менее секунд. Кстати, интересным было то, что антивирусные действия замедляли работу С#, но C++ был полностью в порядке.
О том, как долго "Некоторое время"? (например, "Часы? Дни?" )
Это может быть так просто, как вы исчерпали RAM. Ctrl-Shift-Esc загрузит Process Monitor, где вы сможете увидеть использование памяти и убить свиней. Как только он запустится, ваши линкеры замедлятся, пытаясь заменить память на диск (и Windows обычно не сообщает о своп-расходах, если вы не включите использование системы). В зависимости от размера вашего проекта, Linking может использовать огромные объемы таблиц памяти.