Почему Visual Studio 2013 работает очень медленно?

269

Я использую Visual Studio 2013 Pro (RTM-версия) на моем отформатированном ПК (новая установка Windows 8.1).

Я не знаю почему, но Visual Studio 2013 Pro работает очень медленно! Медленно для сборки, отладки, навигации в IDE ... мой индикатор жесткого диска вообще не горит!

Я работаю над небольшим проектом MFC (C ++) с использованием библиотеки Boost .

Любые идеи?

visual-studio  visual-studio-2013 
— Вальтер Фабио Симони
источник
5
Помогает ли это: - social.msdn.microsoft.com/Forums/vstudio/en-US/… ?
— Рахул Трипати
2
Спасибо, я отключил управление исходным кодом, но .... он остается медленным!
— Вальтер Фабио Симони,
12
Я перестал работать в VS2013 через несколько дней, он просто замерзал ...
— Горан
3
Вы должны подумать о том, чтобы пометить ответ Асима Омерса как решение ... оно мне очень помогло.
— Крис
1
Те же проблемы, очень медленные.
— пиксель

Ответы:

268

Это связано с графическими драйверами. Если вы обновите их, у вас все будет хорошо.

Или вы можете отключить аппаратное ускорение графики в Visual Studio, выполнив следующие действия:

  1. В Visual Studio нажмите « Инструменты », а затем нажмите « Параметры ».

  2. В диалоговом окне «Параметры» перейдите к разделу « Среда> Общие » и снимите флажок « Автоматически настраивать визуальное восприятие на основе производительности клиента ». (См. Следующий снимок экрана для этого шага.)

  3. Снимите флажок « Использовать аппаратное ускорение графики, если оно доступно », чтобы не использовать аппаратное ускорение графики.

  4. Установите или снимите флажок « Включить расширенные визуальные возможности клиента », чтобы убедиться, что расширенные визуальные эффекты всегда включены или выключены соответственно. Когда этот флажок установлен, расширенные визуальные элементы используются независимо от компьютерной среды. Например, расширенные визуальные элементы используются при локальном запуске Visual Studio на расширенном клиенте и через удаленный рабочий стол.

введите описание изображения здесь

Ссылки:

— Асим Омер
источник
8
Это сработало для меня, спасибо. Не уверен, почему ОП не удосужился принять это как ответ.
— Джош C
4
Это не решение для меня.
— Селами
11
Удаление файла .suo сделало это для меня.
— Ceebreenk
1
Кажется смешным, что для разработчиков включены «визуальные улучшения». Я использую i7 с 32 ГБ, и со временем у меня возникли проблемы.
— Фред Лэки
13
Разве «Использовать аппаратное ускорение графики, если оно доступно» на самом деле не увеличивает производительность? : \ не уменьшать его
— GONeale
110

Попробуйте установить Текущий контроль источника плагин для None (меню Tools → Options → Source Control ), если вы используете поставщик Microsoft Git , который , кажется , чтобы замедлить Visual Studio 2013 вниз все больше и больше, чем больше хранилища получает.

Введите описание изображения здесь

У меня была вся среда Dojo Toolkit под управлением исходного кода с использованием провайдера Microsoft Git, и дошло до того, что были задержки с того момента, как я нажал клавишу, до того момента, когда глиф появился на экране. Это плохо.

Когда / если вам понадобится Git снова, вы можете переключиться на поставщика TortoiseGit или Git-Extensions , оба будут работать без замедления. Мне нравится Git-Extensions, лично.

— Исаак Болингер
источник
26
Удаление контроля над исходным кодом не является решением в условиях профессионального развития
— codemonkeh
9
Я сказал, переключиться на другое расширение VS git.
— Исаак Болингер
1
ОП даже не упомянул управление исходным кодом, не говоря уже о Git
— codemonkeh
41
Этот вопрос выходит за рамки своего первоначального контекста. Люди ищут VS 2013 медленно и приходят сюда. Полезно знать, что Microsoft Git в настоящее время работает медленно и глючит.
— Исаак Болингер
1
@ codemonkeh У меня были те же проблемы, что и у OP, и поворот Microsoft Git спас меня после долгих поисков.
— Виан Эстерхуизен
52

Я тоже немного боролся с плохой производительностью в Visual Studio 2013 (Premium). Практически те же проблемы, что и у TS. Медленная навигация, прокрутка, создание ... почти все. К счастью, мне удалось решить собственную проблему, отключив синхронизированные настройки в Visual Studio. Перейдите в меню « Инструменты» → « Параметры» → « Параметры, синхронизированные со средой» и удалите эту опцию, сняв флажок.

Отключить синхронизированные настройки

— Indregaard
источник
Это помогло мне сократить длительное время ожидания (даже до минуты) при переключении конфигураций (например, с «Debug / x64» на «Release / Win32»). Отключение настройки синхронизации сбрасывало ее до нормальной скорости <1 секунды. +1
— zzz
Это ответ, который, казалось, решил мою проблему. Я ждал от 1 до 3 секунд после ввода 10 секунд в моей IDE.
— Жан-Симон Брошу
47

В случае веб-приложений другой причиной медленного построения и отладки (но не навигации IDE) может быть функция «Ссылка на браузер» .

Я обнаружил, что при включенном режиме сборка займет в 4 раза больше времени, а отладка была болезненной - после каждой обратной передачи веб-страницы зависали на несколько секунд, прежде чем вы могли взаимодействовать с ними.

— pierreluigi88
источник
После обновления до VS2013 мои страницы, особенно с javascript, начали загружаться очень медленно. Отключение функции «Ссылка на браузер» решило эту проблему, и теперь мои веб-страницы снова загружаются быстро. Большое спасибо!
— cck
1
Странно то, что ссылки в браузере замедляют некоторые страницы, а другие - нет. По крайней мере, можно легко проверить, является ли проблема источником ссылки на браузер. Просто загрузите страницу, на которой возникла проблема, и проверьте, остается ли загрузка ЦП после загрузки страницы высокой. Если это так и загрузка процессора низкая, если вы отключите ссылку Браузер, вы можете быть уверены, что это ссылка браузера. Кстати: у меня такое ощущение, что это связано с использованием атрибутов класса в HTML.
— Лео Гербер
1
Это улучшило мою отладку на 400% быстрее. Отключение ссылки на браузер должно выполняться каждым разработчиком, вместо этого вы можете добавить следующую настройку приложения, чтобы отключить ее на уровне проекта <appSettings> <add key = "vs: EnableBrowserLink" value = "false" /> </ appSettings>
— Dhanuka777
Это исправило проблему для меня. Моя машина начинала зависать после открытия веб-проекта, а затем переходить к нему в моем браузере. Отключение этой функции сделало огромное улучшение. @Garzun, я думаю, что вы на правильном пути, я подозреваю, что медиа-запросы могут быть проблемой.
— Rastus7
1
Попытался удалить Git Source Control и отключить графические улучшения, но это изменение оказало наибольшее влияние на мою машину.
— Нил Томпсон
38

Я использовал решение, обновленное с Visual Studio 2012. Visual Studio 2013 также обновил файл .suo. Удаление файла .suo решения (он находится рядом с файлом .sln), закрытие и повторное открытие Visual Studio устранили проблему для меня. Мой файл .suo вырос с 91 КБ до 27 КБ.

— Аарон Дженсен
источник
2
Я хотел бы согласиться с этим советом. Мой suo был 1 МБ! Я просто удалил его и снова открыл sln, и теперь ввод текста и intellisense происходит немедленно, тогда как до вызова свойств в редакторе xaml потребуется 10 секунд.
— pfa
5
.suo - это скрытый файл.
— Дерик
Возможно добавить информацию о том, что будет потеряно? Например, настройки для того, что запускать в F5 (конкретный проект. Несколько проектов.)
— Питер Мортенсен
37

У меня была та же проблема, и единственное решение, которое работало для меня, состояло в том, чтобы следовать за тремя шагами, представленными ниже:

  1. Очистите папку WebSiteCache (вы можете найти ее в C: \ Users \% USERNAME% \ AppData \ Local \ Microsoft \ WebSiteCache )

  2. Очистите папку «Временные файлы ASP.NET» (найдите ее в C: \ Users \% USERNAME% \ AppData \ Local \ Temp \ Temporary ASP.NET Files )

  3. Перезапустите Visual Studio

— игривый
источник
Это определенно помогло и улучшило ситуацию ... но не решило ее полностью, этот шаг рекомендуется в путешествии, чтобы выяснить, почему vs2013 такой медленный и аварийный
— Джулиан Гуппи
5
Очистка папки WebSiteCache сделала всю работу за меня. Честно говоря, я даже не могу описать, какая здесь огромная разница. Я ждал 30 минут, чтобы создать новый проект веб-форм ASP.NET, и Visual Studio часто говорила «Не отвечает». После очистки кеша это занимает не более 10 секунд.
— Апостроф
3
«Временные файлы Asp.Net» обычно находятся в C: \ Windows \ Microsoft .Net \ Framework (64) \ {version}
— yoel halb
20

Что установил ее для меня было отключение Git, установив контроль текущего источника плагин к None в Visual Studio, меню Options → Control Source :

Введите описание изображения здесь

— Майк Флинн
источник
Чтобы подтвердить: это исправило это для меня в VS Express 2013. Присоединение моего проекта к git абсолютно убило VS.
— Adaam
Это исправило это для меня! Большое спасибо!!
— Ахил
Переформатировал мой компьютер, отключение Git все еще делает его быстрее, поэтому я считаю, что это одна из проблем, почему VS работает медленно в 2013 году.
— Майк Флинн
19

Эта проблема возникает из-за удаления выпуска SQL Server Compact (4.0).

У меня была эта проблема, и она была исправлена ​​после установки SQL Server Compact edition 4.0. После закрытия Visual Studio 2013 я получил сообщение об установке выпуска SQL Server Compact, поскольку проекту C ++ требовалось что-то ... не могу ничего понять.

— user3534241
источник
3
СПАСИБО! Я пытался очистить свою систему, но для Visual Studio это не помогло!
— Пит Элвин
Какое странное и полностью интуитивное решение. С точки зрения оп, трудно отследить проблему до SQL Compact, но эй, это работает.
— нокарьер
Да, это сработало и для меня. На самом деле я не знаю, почему это важно, но я начал работать с intellisense для простого кода C ++ после установки SQL Server Compact Edition.
— НОМО
Это сработало отлично. Не мог понять, почему он работал так медленно только с проектами c ++, но перед выходом из Visual Studio отображается предупреждение, которое я должен был прочитать лучше, поскольку в нем конкретно упоминается отсутствие SQL Server Compact Edition ...
— DSF
Было ли это для меня. Очень трудно найти.
— Бене Тлейлакс
12

Решите эту проблему, установив Microsoft SQL Server Compact 4.0

Microsoft SQL Server Compact 4.0

Проблема производительности Visual Studio 2013 из-за отсутствия Microsoft SQL Server Compact 4.0

— Халим
источник
11
Я не следую Как это связано с этим вопросом?
— Кит Пинсон
Это определенно работает. Я удалил мой, но пришлось переустановить. Это как если бы VS ушел в погоню за диким гусем, чтобы постоянно искать этот компонент, поэтому сделайте себе одолжение и убедитесь, что он установлен.
— Seralize
Ответ user3534241 также ссылался на это.
— Питер Мортенсен
7

Если вы отлаживаете веб-сайт ASP.NET с помощью Internet Explorer 10 (и более поздних версий), обязательно отключите подключаемый модуль диспетчера паролей Internet Explorer «LastPass». LastPass доведет ваши сеансы отладки до отказа и значительно уменьшит вашу способность к терпению!

Я отправил в Lastpass заявку в службу поддержки, и они признали проблему, не собираясь ее исправлять, просто заявив: «LastPass не совместим с Visual Studio 2013».

— Smyrnian
источник
Удивительно, я только что установил LastPass в этот AM и никогда не думал дважды, что это вызывает мои головные боли ...
— ewitkows
Это не просто IE. Это похоже на проблему с Chrome и Firefox. Отключение вернуло VS в нормальное состояние еще раз для меня.
— Ноя
6

У меня была та же проблема, и все решения, упомянутые здесь, не сработали для меня.

После удаления расширения «Productivity Power Tools 2013» производительность вернулась к норме.

— CoffeeCode
источник
У меня также была эта проблема с тем же исправлением с использованием Visual Studio 2015.
— Грамм
5

Еще одна вещь, чтобы проверить; для меня это была регистрация Fusion.

Я включил это давным-давно и более или менее забыл об этом. Избавление от 5000+ каталогов и 1 ГБ зарегистрированных файлов творило чудеса.

— Ричард Петерам
источник
Я включил регистрацию в Fusion и забыл об этом. В решениях с большим количеством проектов (более 20) это действительно может снизить производительность. Я снова отключил его, и теперь все очень быстро. Кроме того, только включение ошибок привязки лучше для производительности, чем для всех привязок.
— Пребен Хайбрехтс
Что такое "Fusion" (в этом контексте)?
— Питер Мортенсен
— Питер Мортенсен,
4

Для этого решения есть хороший обходной путь, если вы испытываете медлительность при рендеринге файлов .cs и .cshtml.

Просто закройте все открытые файлы, чтобы очистить кеш, и снова откройте нужные файлы.

— Ренджит К
источник
4

Visual Studio Community Edition медленно переключался между файлами или открывал новые файлы. Все остальное (например, пункты меню) было в остальном нормально.

Сначала я попробовал все предложения в предыдущих ответах, но ни один из них не сработал. Затем я заметил, что это происходит только в веб-приложении ASP.NET MVC 4, поэтому я добавил новое веб-приложение ASP.NET MVC 4, и это было быстро.

После долгих проб и ошибок я обнаружил, что разница была в том, что packages.config- если я поместил ссылки Microsoft в начало файла, это снова сделало все быстро.

Введите описание изображения здесь

Переместите Microsoft*записи наверх.

Введите описание изображения здесь

Похоже, вам не нужно перемещать их все - перемещение, скажем, <package id="Microsoft.Web.Infrastructure"оказывает заметное влияние на мою машину.

Как в сторону

  • Удаление всего содержимого файла делает его еще на одну ступеньку быстрее *
  • Исключение packages.config из Visual Studio не решает проблему
  • Друг, использующий Visual Studio 2013 Premium, не заметил разницы ни в одном из этих случаев (оба были быстрыми)

ОБНОВИТЬ

Кажется, причиной являются отсутствующие или неполные пакеты NuGet локально. Я открыл диспетчер пакетов и получил предупреждение «Некоторые пакеты NuGet отсутствуют в этом решении» и решил восстановить их, и это ускорило процесс. Однако мне это не нравится, так как в моем репозитории я только добавляю фактические элементы, необходимые для компиляции, поскольку я не хочу раздувать свой репозиторий, поэтому в итоге я просто удалил package.config.

Это решение может не соответствовать вашим потребностям, так как я предпочитаю использовать NuGet для извлечения пакетов, а не для обработки обновлений пакетов, так что это может привести к поломке, если вы используете его для этой цели.

— вали
источник
Этот ответ имел самый значительный эффект в моем случае. Спасибо.
— Хакан
Да, кажется, пропущенные пакеты Nuget тоже приводят к замедлению VS 2013. Странный!
— Чандермани
3

Для меня проблемой была стартовая страница - она ​​загружала контент и приводила к зависанию Visual Studio.

Единственное решение для меня было:

  1. Убить процесс DevEnv из диспетчера задач
  2. Запустите Visual Studio в безопасном режиме из командной строки:
    devenv.exe /safemode
  3. Перейдите в меню Автомат → Options и выберите Environment / Startup варианты
  4. Выберите «Показать пустую среду» для действия при запуске
  5. Закрыть Visual Studio
  6. Перезагрузить нормально
— JamesQMurphy
источник
2

Запуск юнит-тестов был медленным. Это была проблема ReSharper.

  1. Меню ReSharper → Параметры → Среда → Общие ...Clear Caches
  2. Меню Инструменты → Параметры → ReSharper → Общие ...Suspend Now
  3. Закрыть Visual Studio
  4. Удалите файл .suo.
  5. Снова откройте Visual Studio.
  6. Повторно включите ReSharper.
— Джесс
источник
1

У меня также была проблема с медленной IDE.

В моем случае я установил

  • ReSharper
  • Npgsql (низкий шанс вызвать проблему)
  • Entity Framework Power Tools Beta 4

Следующее немного помогло мне:

  • Отключенная синхронизация - меню Сервис → Параметры → Настройки синхронизации среды
  • Отключен выбор подключаемого модуля - меню Инструменты → Студия → Параметры → Контроль источника .
  • Отключено Entity Framework Power Tools Beta 4 - меню Инструменты → Расширения и обновления

Деинсталлятор JetBrain's - ВАУ !! Я снова быстр!

— ADO_kg
источник
1

Измените значение Fusion Log на 0. Это решило мою проблему.

Это ключ FusionLog в реестре:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion
Check ForceLog value (1 enabled, 0 disabled).
— sansalk
источник
«Fusion Log Value» против «FusionLog» против «Fusion» : что буквально, а что нет?
— Питер Мортенсен
1

Я тоже довольно долго сталкивался с этой проблемой. Ниже приведены шаги, которые я выполняю, и это работает для меня всегда:

  • Удаление файла .suo решения.
  • Удаление временных файлов ASP.NET (его можно найти по адресу % WINDOW% \ Microsoft.NET \ Framework \ Temporary ASP.NET Files)
  • Удаление всех точек останова в приложении.
— Geeky Ninja
источник
0

В Visual Studio 2013 запущен сервер пакетов, и он занимал до 2 миллионов К памяти.

Я поставил его на низкий приоритет и сходство только с одним процессором, и Visual Studio работал намного более гладко.

— Андре Лю
источник
6
Какое имя процесса у сервера пакетов Visual Studio? Видите ли, 2 миллиона К памяти это много, ~ 1,9 ГБ оперативной памяти. Это процесс devenv.exe или что-то еще?
— Дио Фунг
0

Performance Explorer

Вы использовали меню « Анализ» → « Производительность и диагностика» ? У меня есть! Это круто! Но вы можете захотеть убраться.

Откройте проводник производительности . Если вы свернете все элементы там, выберите все, затем вы можете щелкнуть правой кнопкой мыши и удалить .

Мое решение открывается быстрее и в целом работает намного быстрее сейчас.

Также вы можете заметить изменения в вашем slnфайле, как показано на рисунке. Для меня этот раздел был удален из sln.

GlobalSection(Performance) = preSolution
    HasPerformanceSessions = true
EndGlobalSection
— Джесс
источник
1
Это для измерения производительности приложений во время разработки, но не для самой Visual Studio
Да, но использование инструмента повлияет на производительность Visual Studio, как в моем случае. Этот вопрос и набор ответов больше похож на контрольный список. Не все ответы будут применяться во всех случаях.
— Джесс
Можете ли вы добавить в ответ дополнительную информацию о том, что он удаляет / изменяет (какое-то состояние изменяется)?
— Питер Мортенсен
0

В выпуске Visual Studio 2015 Community я испытал очень (очень) медленную IDE после изменения «Шрифт среды» в меню Инструменты → Параметры ... → Шрифты и цвета .

Возврат этой опции к значению по умолчанию («автоматический») решил эту проблему немедленно.

— Марсело Мяра
источник
Это определенно самая странная оптимизация, которую я когда-либо видел в этой теме. Интересно, как шрифт испортил это ...
— kayleeFrye_onDeck
0

У меня были похожие проблемы при переходе от Visual Studio 2012 → Visual Studio 2013. Среда IDE зависала почти после каждого щелчка или сохранения, а сборка занимала бы в несколько раз больше времени. Ни одно из перечисленных здесь решений не помогло.

Что, наконец, помогло, - это перенести мои проекты на локальный диск. В Visual Studio 2012 не было проблем с хранением моих проектов на сетевом ресурсе, но Visual Studio 2013 по какой-то причине не смог справиться с этим.

— Slowstuff
источник
0

У меня была установлена ​​Visual Studio 2013, и она работала без сбоев. В какой-то момент он начал работать медленно и решил установить Visual Studio 2015. После установки ничего не изменилось, и обе версии создавали решение очень медленно (около 10 минут для 18 проектов в решении).

Затем я начал думать о недавно установленных расширениях - самыми последними из них были инструменты PHP для Visual Studio (они были только в Visual Studio 2013). Я не уверен, как расширение может повлиять на другие версии Visual Studio, но удаление его помогло мне решить проблему.

Я надеюсь, что это поможет другим понять, что это не всегда вина Visual Studio.

— Морфей
источник
0

У меня та же проблема, но она просто замедляется при попытке остановить отладку в Visual Studio 2013, и я пытаюсь это:

  • Закройте Visual Studio, затем
  • Найти папку с рабочим проектом
  • Удалить файл .suo
  • Удалить папку / объект
  • Откройте Visual Studio
  • перестраивать
— Хо Дир
источник
0

Ни одно из предложений не помогло мне, но я решил свою проблему. Я попробовал большинство других рекомендаций, прежде чем прийти к следующему решению.

Мой сценарий / проблема:

Использование Visual Studio 2017 с ReSharper Ultimate. Ввод с клавиатуры в IDE стал очень медленным, как уже описывали другие. Последнее изменение, которое я внес в свое решение, это добавление нового проекта веб-сайта, поэтому я изучил это. Попробовав много вещей, я попытался добавить второй проект веб-сайта, поэтому я мог попытаться заменить первый, и Visual Studio только что завершился после этого. Это даже не будет загружать решение больше.

Мое решение:

Я принудительно закрыл Visual Studio, а затем удалил вновь добавленные проекты веб-сайтов из файла .sln с помощью Блокнота . После сохранения и запуска Visual Studio мое решение загрузилось быстро, и все, казалось, вернулось к норме. Я добавил новый веб-сайт с немного другой конфигурацией (см. Ниже), и проблема снова не возникла.

Мое мышление:

Я думаю, что проблема возникла из-за создания нового проекта веб-сайта и использования пути файловой системы к общему сетевому ресурсу, размещенному в Azure. Я работаю через VPN, которая имеет тенденцию замедлять работу, и иногда я сталкиваюсь с различными проблемами маршрутизации с некоторыми службами, поэтому моя проблема / решение может быть немного снежинкой. Я изменил путь к файловой системе на локальный репозиторий и буду публиковать файлы по мере необходимости, что выглядит гораздо лучше.

— GrayDwarf
источник
0

У меня было поведение Visual Studio, когда печатание было медленным для моих файлов HTML. Ранее, когда я устанавливал, я догадывался, что, поскольку мои HTML-файлы были универсальными HTML, необходимость установки каких-либо инструментов веб-разработки из компонента рабочей нагрузки установщика была ненужной. Я вернулся и установил этот бит, и поведение Visual Studio стало таким, как я ожидал.

— Тодд Партридж
источник
-1

Кто-нибудь обнаружил проблемы CodeLens (счетчика ссылок) с производительностью запуска?

Отключить CodeLens (меню Сервис → Параметры → текстовый редактор → Все языки → CodeLens )

Отключите Git Source Control тоже (меню Инструменты * → Опции → Контроль источника )

— нано
источник
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.