Лагает visual studio 2019
Доброго времени суток.
Долгое время пользовался VS 2019 Community до недавних пор, затем 2-3 месяца в принципе не открывал её и теперь при запуске заметил, что как-то программа очень медленно думает. Предыдущие проекты прогружаются минут за 5, очень долгий запуск программы после этого, а далее Intellisense думает по 10 секунд прежде чем прогрузить перечень. Такое ощущение, будто вся программа работает с задержкой и очень недурной задержкой. Пробовал 2017 версию с удалением 2019 - безрезультатно. Никогда прежде такого не было, есть идеи с чем это может быть связано и пути решения?
Несколько фактов заранее:
- Это не связано с версией VS, поскольку тоже самое происходит и на других версиях.
- Это не связано с железом, т.к. имею на борту I7-6700k, GTX 970, 32ГБ ОЗУ и остальные программы работают в идеале как и должны.
Добавлено через 52 минуты
UPD: 2015 версия работает корректно. Проблема связана только с 17 и 19 версиями.
Установка Visual Studio 2019 Community
Здравствуйте, возникли трудности при установке Visual Studio 2019 Community. После открытия.
Visual Studio 2017 Community
Добрый день! Подскажите пожалуйста, пропало поле BreakPoint. Точку могу поставить горячей.
Visual Studio Community 2017 и GUI
Есть такой вопрос. Поставил себе VS Community и столкнулся со следующей проблемой. Не получается в.
Visual Studio Community 2017 Лицензия
Добрый день! Использую Visual Studio Community 2017. Предположим, я пишу мелкие программы.
Поддержу предыдущего оратора. Интеллисенс тормозит. А ещё тормозит отладчик. Создал похожую тему: Очень медленно работает отладчик
и только через секунд 10 +++ он начинает подсвечиваться как надо
переходит от состояния
к тому что должно быть
С железом все норм, райзен 3600, 32 ГБ ОЗУ, 2060 super.
Раньше все работало нормально, все игры летают.
Единственно что я ставил и на что могу грешить это этот убогий Python.
Не знаю как там у вас, я нашел в чем проблема, а именно - ссылка
проблема в новых драйверах от nvidia, в частности cuda, в частности Nsight, я его удалил, и у меня перестало тормозить.
Похоже я тоже столкнулась с такой же проблемой.
Работать в Visual Studio 2019 Community стало просто невозможно. Мучаюсь уже давно. Элементы формы при перемещении мышью, ползут как черепахи. Но вот, что самое интересное, никаких драйверов CUDA на ноутбуке установлено не было, в том числе Nsight VSE. Прочитала все что описано здесь, проделала. Ничего не помогло. Снесла все из Панели управления, что так или иначе было связано с Nvidia. Ничего не изменилось, как были тормоза, так и остались.
Может есть какой-то сценарий, чтобы решить эту проблему, я уже всю голову сломала. Через несколько дней сдавать курсовую, а все двигается черепашьим шагом.
Ноутбук MSI Prestige 15 A10SC-037RU (Intel Core i7 10710U 1100MHz/15.6"/3840x2160/32GB/1000GB SSD/NVIDIA GeForce GTX 1650 MAX-Q 4GB/Wi-Fi/Bluetooth/Windows 10)
Рекомендации по повышению производительности Visual Studio предназначены для редких ситуаций, когда может возникать нехватка памяти. В таких случаях можно оптимизировать определенные компоненты Visual Studio, которые могут не использоваться. Приведенные ниже советы не следует рассматривать как общие рекомендации.
Если при работе с продуктом у вас возникают затруднения из-за проблем с памятью, свяжитесь с нами через средство обратной связи.
Использование 64-разрядной ОС
При переходе с 32-разрядной на 64-разрядную версию Windows вы увеличиваете объем виртуальной памяти, доступной Visual Studio, с 2 до 4 ГБ. Это позволяет Visual Studio обрабатывать значительно большие рабочие нагрузки даже несмотря на то, что это 32-разрядный процесс.
Visual Studio 2022 для Windows теперь является 64-разрядным приложением. Это означает, что вы можете открывать, изменять, запускать и отлаживать даже самые большие и сложные решения, не беспокоясь о нехватке памяти. Дополнительные сведения см. в записях блога, посвященных концепции Visual Studio 2022 и Visual Studio 2022, предварительная версия 1.
Отключение автоматического восстановления файлов
Visual Studio автоматически повторно открывает документы, открытые во время предыдущего сеанса. Это может увеличить время загрузки решения до 30 % или более в зависимости от типа проекта и открываемых документов. Конструкторы, например Windows Forms и XAML, и некоторые файлы JavaScript и typescript могут открываться медленно.
Visual Studio отображает уведомление на желтой панели, если автоматическое восстановление документа значительно замедляет загрузку решения. Вы можете отключить автоматическое повторное открытие файлов, выполнив следующие действия.
Выберите пункты меню Сервис > Параметры, чтобы открыть диалоговое окно Параметры.
На странице Проекты и решения > Общие отмените выбор пункта Повторно открыть документы при загрузке решения.
Если отключить автоматическое восстановление файлов, быстро перейти к нужным файлам можно с помощью одной из команд Перейти к:
Чтобы использовать общие функции Перейти к, выберите Изменить > Перейти к > Перейти ко всем или нажмите CTRL+T.
Перейдите к последней правке в решении, выбрав Изменить > Перейти к > Перейти к последнему изменению или нажав CTRL+SHIFT+BACKSPACE.
Используйте Перейти к последнему файлу, чтобы просмотреть список недавно просмотренных файлов в решении. Выберите Изменить > Перейти к > Перейти к последнему файлу или нажмите CTRL+1, CTRL+R.
Настройка параметров отладки
Если вы часто сталкиваетесь с нехваткой памяти во время сеансов отладки, можно оптимизировать производительность, внеся одно или несколько изменений в конфигурацию.
Включение функции "Только мой код"
Чтобы включить функцию Только мой код, выберите Сервис > Параметры > Отладка > Общие и затем Включить только мой код.
Указание символов для загрузки
При отладке машинного кода для загрузки файлов символов ( .pdb) требуется большой объем памяти. Вы можете настроить параметры отладочных символов для экономии памяти. Как правило, решение настраивается для загрузки только модулей из проекта.
Чтобы указать загрузку символов, выберите Сервис > Параметры > Отладка > Символы.
Задайте параметр Только указанные модули вместо Все модули и затем укажите, какие модули нужно загружать. Во время отладки также можно щелкнуть определенные модули правой кнопкой мыши в окне Модули, чтобы явно включить модуль в загрузку символов. (Чтобы открыть окно во время отладки, выберите Отладка > Окна > Модули.)
Дополнительные сведения см. в разделе Общие сведения о файлах символов.
Отключение средств диагностики
Рекомендуется отключить профилирование ЦП после использования. Эта функция может потреблять очень много ресурсов. После включения профилирования ЦП это состояние распространяется и на все последующие сеансы отладки, поэтому его следует отключать явным образом. Вы можете сэкономить ресурсы, отключив средства диагностики при отладке, если некоторые предоставляемые функции вам не нужны.
Для отключить Средства диагностики, запустите сеанс отладки, выберите Средства > Параметры > Отладка > Общие и снимите флажок Включить средства диагностики при отладке.
Дополнительные сведения см. в статье Средства профилирования.
Отключение инструментов и расширений
Для повышения производительности можно отключить некоторые инструменты или расширения.
Часто проблемы производительности можно выявить, отключая расширения по одному и проверяя уровень производительности.
Управляемые службы языка (Roslyn)
Сведения о производительности .NET Compiler Platform ("Roslyn") см. в статье Особенности производительности для крупных решений.
Отключение полного анализа решения
Отключение CodeLens
Visual Studio выполняет задачу Найти все ссылки для каждого метода при его отображении. CodeLens предоставляет такие функции, как встроенное отображение числа ссылок. Эта работа выполняется в отдельном процессе, например ServiceHub.RoslynCodeAnalysisService32. В крупных решениях или системах с небольшим объемом ресурсов эта функция может значительно снижать производительность. В случае возникновения проблем с памятью, например при загрузке большого решения на компьютере с 4 ГБ памяти или высокой загрузки ЦП при выполнении этого процесса, попробуйте отключить CodeLens для высвобождения ресурсов.
Чтобы отключить CodeLens, выберите Сервис > Параметры > Текстовый редактор > Все языки > CodeLens и отмените выбор данной функции.
Функция CodeLens доступна в выпусках Visual Studio Professional и Enterprise.
Другие инструменты и расширения
Отключение расширений
Расширения — это дополнительные программные компоненты в Visual Studio, которые предоставляют новые или расширяют имеющиеся функциональные возможности. Расширения часто могут выступать источником проблем с памятью. При возникновении подобных проблем попробуйте отключать расширения по одному за раз, чтобы оценить, как это влияет на сценарий или рабочий процесс.
Чтобы отключить расширения, перейдите в раздел Сервис > Расширения и обновления и отключите нужное расширение.
Чтобы отключить расширения, перейдите в меню Расширение > Управление расширениями и отключите нужное расширение.
Отключение режима карты
В режиме карты на полосе прокрутки показывается миниатюрное изображение строк кода. Режим карты включен по умолчанию.
Чтобы отключить режим карты, последовательно выберите Инструменты > Параметры > Текстовый редактор > Все языки > Полосы прокрутки, а затем в разделе Поведение снимите флажок Использовать режим карты для вертикальной полосы прокрутки.
Отключение переноса по словам
При включенном переносе по словам отображается часть длинной строки кода, выступающая за пределы текущей ширины окна редактора кода. Перенос по словам включен по умолчанию.
Чтобы отключить перенос по словам для проекта, над которым вы работаете в текущий момент, последовательно выберите в меню пункты Правка > Дополнительно > Перенос по словам. (Этот параметр можно переключать с помощью одних и тех же команд меню.)
Чтобы отключить перенос по словам для всех проектов, последовательно выберите в меню пункты Инструменты > Параметры > Общие > Текстовый редактор > Все языки > Общие, а затем в разделе Параметры снимите флажок Перенос по словам.
Отключение конструктора XAML
Конструктор XAML по умолчанию включен, но потребляет ресурсы только при открытии файла .xaml. Если вы работаете с XAML-файлами, но не хотите использовать функциональные возможности конструктора, отключите его, чтобы освободить память.
Чтобы отключить конструктор XAML, последовательно выберите в меню пункты Инструменты > Параметры > Конструктор XAML > Включить конструктор XAML, а затем снимите этот флажок.
Удаление рабочих нагрузок
Если вы не собираетесь использовать определенные рабочие нагрузки, удалите их с помощью установщика Visual Studio. Это позволяет оптимизировать расходы ресурсов при запуске и выполнении за счет пропуска ненужных пакетов и сборок.
Добавление неотслеживаемых файлов в локальный файл .gitignore
Visual Studio выполняет команду Git git status для неотслеживаемых файлов, чтобы вам было удобно добавлять новые файлы в репозиторий. При наличии большого количества неотслеживаемых файлов git status может потреблять большой объем памяти. Чтобы сделать эти файлы игнорируемыми и повысить производительность git status , можно добавить такие файлы или папки в локальный файл .gitignore. Чтобы получить доступ к файлу, выберите Git > Параметры > Параметры репозитория Git. Затем в разделе файлы Git щелкните Добавить, чтобы создать файл .gitignore, или щелкните изменить, если он у вас уже есть.
Функция фиксации графа в инструментах Git (только в Visual Studio 2022 Preview)
Новые возможности в Visual Studio 2022 Preview. Если при просмотре репозитория Git или журнала ветви в Visual Studio возникают задержки, вы можете воспользоваться новой функцией фиксации графа. Для этого скачайте Visual Studio 2022 Preview. Дополнительные сведения о функции фиксации графа см. в этой записи блога.
Принудительная сборка мусора
Среда CLR использует систему управления памятью, подразумевающую сборку мусора. В этой системе память иногда используется объектами, которые больше не нужны. Это временное состояние — сборщик мусора освободит эту память, основываясь на своей эвристике производительности и использования ресурсов. Вы можете заставить среду CLR собрать всю неиспользуемую память, используя сочетание клавиш в Visual Studio. Если имеется значительный объем мусора, ожидающего сборки, то принудительная сборка мусора позволяет снизить использование памяти процессом devenv.exe в диспетчере задач. Потребность в этом методе возникает довольно редко. Тем не менее после завершения операции, потребляющей много ресурсов (такой как полная сборка, сеанс отладки или событие открытия решения), он может помочь определить объем памяти, действительно используемый процессом. Так как среда Visual Studio является смешанной (управляемый и машинный код), собственный распределитель и сборщик мусора могут конкурировать за ограниченные ресурсы памяти. В условиях высокого использования памяти это может помочь принудительно запустить сборщик мусора.
Чтобы принудительно запустить сборку мусора, используйте сочетание клавиш: CTRL+ALT+SHIFT+F12, CTRL+ALT+SHIFT+F12 (нажмите два раза).
Если принудительная сборка мусора обеспечивает работоспособность сценария, направьте отчет с помощью средства обратной связи Visual Studio, так как подобное поведение, скорее всего, указывает на ошибку.
Подробное описание сборщика мусора CLR см. в статье Основы сборки мусора.
Общие рекомендации
Используйте как можно более точный заголовок
Если вы сомневаетесь, отправьте новый отчет о проблеме
Рекомендации по отдельным проблемам
Ниже описываются проблемы, которые сложно выявить без соответствующих файлов диагностики. Определите, какая ситуация лучше всего подходит для вашего случая, после чего выполните рекомендуемые для нее шаги по отправке отзывов.
Сбои. Происходит сбой в результате непредвиденного завершения процесса (Visual Studio).
Отсутствие отклика. Среда Visual Studio в течение длительного времени не демонстрирует отклика.
Замедление работы. Любые действия, при которых среда Visual Studio работает медленнее ожидаемого
Высокая загрузка ЦП. Продолжительные периоды неожиданно высокой загрузки ЦП.
Проблемы вне процесса. Проблема, вызванная вспомогательным процессом Visual Studio.
Происходит сбой в результате непредвиденного завершения процесса (Visual Studio).
Сбои, которые можно воспроизвести напрямую
Воспроизводимые напрямую сбои отвечают всем приведенным ниже характеристикам:
Наблюдаются в результате воспроизведения известной последовательности действий.
Наблюдаются на нескольких компьютерах (при возможности).
Могут быть воспроизведены в образце кода или проекте, которые можно приложить или включить в отзыв (если последовательность действий включает открытие проекта или документа).
Если вы столкнулись с проблемами такого вида, выполните указанные в этом разделе шаги и включите в отчет следующее:
Шаги по воспроизведению проблемы.
Автономный проект, в котором может быть воспроизведена проблема, как описывается выше. Если автономное воспроизведение проблемы невозможно, включите следующие данные:
Наиболее полезные отзывы. В этом случае наиболее эффективными будут отзывы, которые включают последовательность действий для воспроизведения проблемы и образец исходного кода.
Неизвестные сбои
Если вы не можете определить причины сбоев или они возникают без какой-либо закономерности, вы можете записать локальные дампы для каждого случая сбоя Visual Studio и приложить их к отдельным элементам отзывов. Чтобы сохранять локальные дампы при сбоях Visual Studio, выполните следующие команды в окне командной строки администратора:
Задайте количество дампов и папку для их размещения. Дополнительные сведения об этих параметрах см. в этом разделе.
Дампы, записанные с помощью диспетчера задач, скорее всего будут иметь несоответствующую разрядность, что значительно снижает их практическую ценность. Мы рекомендуем использовать описываемую выше процедуру для записи дампа кучи. Если вы все же хотите использовать диспетчер задач, закройте текущий запущенный экземпляр, запустите 32-разрядный диспетчер задач (%windir%\syswow64\taskmgr.exe) и выполните запись дампа кучи из него.
Каждый создаваемый таким образом файл дампа будет иметь размер около 4 ГБ. Убедитесь, что на диске, где будет располагаться папка дампа (DumpFolder), достаточно свободного места. При необходимости скорректируйте количество создаваемых файлов дампа (DumpCount).
При каждом сбое Visual Studio в указанном месте будет создаваться файл дампа devenv.exe.[номер].dmp.
После этого воспользуйтесь функцией "Сообщить о проблеме. " в Visual Studio. При этом вы можете приложить к отчету соответствующий дамп.
Найдите файл дампа, соответствующий указанному в отчете сбою (для этого проверьте время создания файла).
При необходимости перед отправкой можно упаковать файл дампа в архив (*.zip), чтобы уменьшить его размер.
Выполните действия, описанные в разделе Как сообщить о проблеме, и приложите к новому элементу отзыва соответствующий дамп кучи.
Наиболее полезные отзывы. В этом случае наиболее полезным будет отзыв, который включает дамп кучи, полученный в момент сбоя.
Отсутствие отклика
Среда Visual Studio в течение длительного времени не демонстрирует отклика.
Легко воспроизводимое отсутствие отклика
Как и в случае со сбоями, к этой категории относятся проблемы, которые легко воспроизводятся, наблюдаются на нескольких компьютерах и могут быть продемонстрированы на примере небольшого образца. Наиболее полезными отзывами в этом случае будут те, которые включают шаги, позволяющие воспроизвести проблему, а также образец исходного кода, демонстрирующий ее.
Отсутствие отклика по неизвестным причинам
Если отсутствие отклика проявляется без какой-либо закономерности, при следующем таком случае запустите новый экземпляр Visual Studio и сообщите о проблеме с его помощью. На экране "Запись" выберите сеанс Visual Studio, который не отвечает. (Дополнительные сведения о том, как записывать действия для воспроизведения проблемы, см. в шаге 8 на странице Как сообщить о проблеме.)
Если зависший экземпляр Visual Studio был запущен в режиме администратора, второй экземпляр также необходимо запускать в этом режиме.
Наиболее полезные отзывы. В этом случае наиболее полезным будет отзыв, который включает дамп кучи, полученный в момент зависания.
Проблемы, связанные с медленной работой и высокой загрузкой ЦП
В случаях замедления работы или высокой загрузки ЦП наиболее полезной будет трассировка производительности, полученная во время проявления этой проблемы.
По возможности изолируйте каждый сценарий в отдельном отчете о проблеме. Например, если скорость работы снижается во время ввода текста и навигации, выполните приведенные ниже действия для каждой из этих проблем. Это позволит команде разработчиков изолировать каждый отдельный случай.
Для большей эффективности при записи трассировки производительности выполните следующие действия:
При необходимости запустите экземпляр Visual Studio, в котором можно будет воспроизвести проблему.
Выполните все необходимые действия, чтобы подготовиться к воспроизведению проблемы. Например, может потребоваться предварительно загрузить соответствующий проект и открыть нужный файл.
Если проблема, о которой вы сообщаете, не связана с загрузкой решения, после его открытия подождите 5–10 минут (или больше, в зависимости от размера решения), прежде чем записывать трассировку производительности. Во время загрузки решения обрабатывается большой объем данных, в связи с чем дополнительная нагрузка на систему может помешать локализации проблемы, о которой вы сообщаете.
Запустите вторую копию Visual Studio, не открывая в ней решение.
В новой копии Visual Studio, откройте средство Сообщить о проблеме.
Выполните действия, описываемые в разделе Как сообщить о проблеме, вплоть до шага "Предоставьте дамп трассировки и кучи (необязательно)".
Выберите запись первой копии Visual Studio (в которой возникла проблема с производительностью) и начните запись.
Откроется приложение средства записи действий и начнется запись.
Если действие занимает менее 30 секунд и может быть легко воспроизведено, повторите его, чтобы более детально продемонстрировать проблему.
В большинстве случаев для демонстрации проблемы достаточно трассировки продолжительностью 60 секунд, особенно если связанное с проблемой действие длилось или повторялось более 30 секунд. При необходимости продолжительность записи можно изменить, чтобы зафиксировать все необходимые действия.
Как только операция, вызвавшая замедление работы или высокую загрузку ЦП, завершится, остановите запись в средстве записи действий. Обработка полученной трассировки производительности может занимать несколько минут.
После ее обработки к вашему отзыву будет добавлено несколько вложений. При необходимости приложите дополнительные файлы, которые могут помочь воспроизвести проблему (образец проекта, снимки экрана, видеозаписи и т. д.).
Если во время записи трассировки состояние снижения производительности или высокой загрузки ЦП завершилось, немедленно остановите запись. При сборе слишком большого объема информации самые старые данные перезаписываются новыми. Если не остановить трассировку вскоре (через несколько секунд) после выполнения рассматриваемого действия, полезные данные трассировки могут быть перезаписаны.
Не прикрепляйте данные трассировки производительности напрямую к элементу отзыва на веб-сайте сообщества разработчиков. Встроенное средство "Сообщить о проблеме" в Visual Studio поддерживает рабочий процесс запроса и предоставления дополнительной информации. Если для решения ранее направленного элемента отзыва нам понадобится трассировка производительности, мы присвоим такому элементу состояние "Требуется дополнительная информация", на которое можно будет ответить так же, как и при отправке отчета о новой проблеме. Дополнительные сведения см. в описании состояния "Требуется дополнительная информация" в документации по средству "Сообщить о проблеме".
Наиболее полезные отзывы. В большинстве случаев, когда проблема связана с замедлением работы или высокой загрузкой ЦП, наиболее полезными будут отзывы, содержащие общее описание выполняемых вами действий, а также трассировку производительности (*.etl.zip), в которой фиксируется поведение при возникновении проблемы.
Расширенные трассировки производительности
В большинстве случаев возможностей сбора трассировки в средстве "Сообщить о проблеме" достаточно. Тем не менее, иногда требуется больший контроль над этим процессом (например, для трассировок с большим размером буфера). В таких ситуациях рекомендуется использовать средство PerfView. Инструкции по записи трассировки производительности вручную с помощью средства PerfView см. на этой странице.
Проблемы вне процесса
Существует несколько вспомогательных процессов, которые работают параллельно с Visual Studio и предоставляют различные функции помимо основного процесса Visual Studio. Если ошибка возникает в одном из этих вспомогательных процессов, она обычно отображается на стороне Visual Studio как StreamJsonRpc.RemoteInvocationException или StreamJsonRpc.ConnectionLostException.
Эти типы проблем решить проще всего из-за предоставления дополнительных журналов, которые можно собирать, выполнив следующие действия:
Если это проблема, воспроизводимая напрямую, сначала удалите папку %temp%/servicehub/logs. Если вы не можете воспроизвести эту проблему, сохраните эту папку без изменений и пропустите следующие пункты:
- Установите для глобальной переменной среды ServiceHubTraceLevel значение Все.
- Воспроизведите проблему.
Запустите средство. При этом происходит вывод ZIP-файла в %temp%/vslogs.zip. Присоедините этот файл к отзыву.
This article provides some suggestions to try if you find that Visual Studio is running slowly. You can also take a look at Visual Studio performance tips and tricks for more suggestions on how to improve performance.
Upgrade Visual Studio
If you're currently using an earlier version of Visual Studio, such as Visual Studio 2017 or Visual Studio 2019, download Visual Studio 2022 for free to check out its improved performance. Solutions load much faster than in earlier versions, with performance improvements in other areas too. You can install Visual Studio on a computer that has an earlier or later version of Visual Studio already installed. For more information, see Install Visual Studio versions side-by-side.
If you're already using Visual Studio 2017, make sure you're running version 15.6 or later. Data shows that solutions load up to two or three times faster in version 15.6. Download it here. For more information, see the Load solutions faster with Visual Studio 2017 version 15.6 blog post.
Extensions and tool windows
You might have extensions installed that slow Visual Studio down. For help on managing extensions to improve performance, see Change extension settings to improve performance.
Similarly, you might have tool windows that slow Visual Studio down. For help on managing tool windows, see Change tool window settings to improve performance.
Hardware
If you're thinking about upgrading your hardware, a solid state drive (SSD) has more effect on performance than additional RAM or a faster CPU.
If you do add an SSD, for optimal performance install Windows on that drive as opposed to a hard disk drive (HDD). The drive location of your Visual Studio solutions doesn't seem to matter as much.
Additionally, don't run your solution from a USB drive. Copy it to your HDD or SSD.
Help us improve
Your feedback helps us improve. Use the Report a Problem feature to “record” a trace and send to us. Select Help > Send Feedback > Report a Problem from the menu bar. For more information, see How to report a problem with Visual Studio.
В этой статье предлагается ряд действий, которые можно попытаться выполнить, если среда Visual Studio работает медленно. Дополнительные рекомендации по повышению производительности можно найти в статье Советы и рекомендации по улучшению работы Visual Studio.
Обновление Visual Studio
Если сейчас вы используете более раннюю версию Visual Studio, например 2017 или 2019, скачайте бесплатно версию Visual Studio 2022, которая обеспечивает улучшенную производительность. В ней значительно ускорена загрузка решений и другие аспекты работы. Visual Studio можно установить на компьютер, на котором уже установлена более ранняя версия Visual Studio. Дополнительные сведения: Параллельная установка версий Visual Studio.
Если вы уже используете Visual Studio 2017, убедитесь, что у вас установлена как минимум версия 15.6. По данным тестирования, в версии 15.6 решения загружаются в два–три раза быстрее. Его можно скачать здесь. Дополнительные сведения см. в записи блога Load solutions faster with Visual Studio 2017 version 15.6 (Ускорение загрузки решений в Visual Studio 2017 версии 15.6).
Расширения и окна инструментов
У вас могут быть установлены расширения, замедляющие работу Visual Studio. Сведения об управлении расширениями с целью повышения производительности см. в разделе Изменение параметров расширений для повышения производительности.
Visual Studio также может работать медленнее из-за окон инструментов. Сведения об управлении окнами инструментов см. в разделе Изменение параметров окна инструментов для повышения производительности.
Оборудование
Если вы планируете обновление оборудования, имейте в виду, что твердотельный накопитель (SSD) сильнее влияет на производительность, чем дополнительный объем ОЗУ или ЦП с более высоким быстродействием.
Если вы добавляете диск SSD, то чтобы добиться оптимальной производительности, систему Windows следует установить на нем, а не на жестком диске (HDD). Где именно на диске находятся решения Visual Studio, не так важно.
Кроме того, не запускайте решение с USB-накопителя. Скопируйте его на жесткий диск или диск SSD.
Помогите нам улучшить службу
Читайте также: