Аппаратное ускорение visual studio
Это то, что касается графических драйверов. Если вы обновите их, вы будете в порядке.
Или вы можете отключить аппаратное ускорение графики в Visual Studio в соответствии с следующие шаги:
В Visual Studio нажмите на "Инструменты", и затем нажмите "функциии".
В диалоговом окне Параметры перейдите в "окружающая среда > В общеми" раздел и снимите и"автоматически регулирует качество изображения в зависимости от производительности клиентаи" флажок. (См. приведенную ниже скриншоте для этого шага.)
Понятно, что "Использовать аппаратное ускорение, если доступнои" флажок, чтобы использовать аппаратное ускорение графики.
Установите или снимите и"включить богатые визуальные возможности клиентаи" флажок, чтобы убедиться, что богатые визуальные эффекты всегда включен или выключен, соответственно. Когда этот флажок установлен, богатые визуальные эффекты используются независимыми от компьютерной среде. Например, богатые визуальные эффекты используются при запуске Visual локально на богатого клиента и через удаленный рабочий стол.
Попробуйте установить источник тока управления плагином в ни (меню Инструменты &ампер;остатки→; функции &ампер;остатки→; системы управления версиями), если вы используете ГИТ в Microsoft провайдер, который, кажется, чтобы замедлить видео&усилителя;усилитель; nbsp;студия&ампер;усилитель; nbsp;2013 году более и более крупные хранилища получает.
У меня был целый набор инструментов Dojo]2 в рамках управления источником с помощью поставщика Microsoft Git, и он попал в точку, где были задержки с момента, когда я нажмите клавишу для того времени символ будет появляться на экране. Что плохо.
Когда/Если вам нужно git снова, вы можете перейти к TortoiseGit провайдер или ГИТ-расширения, оба будут работать без подтормаживаний. Я вроде Git-расширения, лично.
Я тоже боролся немного с плохой производительности в Visual&ампер;усилитель; nbsp;студия&ампер;усилитель; nbsp;2013 (премиум). Практически те же вопросы, как у ТС. Медленная навигация, прокрутка, дом. просто обо всем. К счастью, мне удалось решить мою собственную проблему путем отключения синхронизированные параметры в Visual студии. Перейти к меню Инструменты &ампер;остатки→; опции &ампер;остатки→; окружающая среда-синхронизации настройки и удалить этот параметр, снимите флажок.
В случае веб-приложений, еще одной причиной медленного построения и отладки (но не язь навигации) может быть ссылки браузер.
Я обнаружил, что с этим включается, здание будет в 4 раза больше и отладки было больно - после каждой обратной передачи, веб-страниц будет заморозить в течение нескольких секунд, прежде чем вы сможете взаимодействовать с ними.
У меня была такая же проблема и только Решение, что работал для меня было, чтобы выполните три действия представлены ниже:
Очистите WebSiteCache папку (вы можете найти его в C:\Users\%USERNAME%\AppData\Local\Microsoft\WebSiteCache)
Перезагрузка В Visual Студии
Что исправлено это для меня было отключение ЖКТ установкой текущий модуль управления на None в Visual Studio, в меню Опции &ампер;остатки→; системы управления версиями:
Этот вопрос, как представляется, из-за удаления компактном SQL сервер версия (4.0).
Решить эту проблему путем установки Microsoft SQL сервер компактный 4.0
Я могу посоветовать вариант такой.
Как CodeLens может быть отключен как на картинке. Он дает большое представление добра.
После удаления "и производительность электроинструмента 2013" и расширение, производительность была в норме.
Еще одна вещь, чтобы проверить; для меня это было лесозаготовки Фьюжн.
Есть хорошее решение для этого решения, если вы испытываете медлительность в оказании .CS файлы и .cshtml-файлы.
Просто закрыть все файлы, открытые так, что кэш сбрасывается и снова открывать нужные файлы.
Визуальная студия общий выпуск был медленным переключение между файлами или открытии новых файлов. Все остальное (например, пункты меню) было нормальным.
После долгих проб и ошибок, я обнаружил различие было в пакетах.конфиг` - если я поставил Майкрософт ссылкам в верхней части файла, это все живо.
Перемещение `Майкрософт* записи до самого верха.
Похоже, вам не нужно, чтобы переместить их все - двигаться в `<пакета ИД="от компании Microsoft.Веб.Инфраструктуры" и имеет заметный эффект на моей машине.
- Удалив все содержимое файла делает его еще на одну отметку тоже быстрее*
- Кроме пакетов.конфигурации в Visual Studio не решить проблему
- Друг с помощью Visual студии премиум 2013 заметил никакой разницы в любом из этих случаев (как быстро)
Обновление
Это решение может не удовлетворить ваши потребности, так как я предпочитаю использовать NuGet, чтобы принести пакеты, а не ручное обновление пакетов, так что это будет перерыв, если вы используете его для этой цели.
Visual Studio упрощает тестирование и отладку приложений Xamarin.Android с помощью Android Emulator в ситуациях, когда использовать устройство с Android невозможно или неудобно. Однако если на компьютере недоступно аппаратное ускорение, Android Emulator работает слишком медленно. Вы можете значительно повысить производительность эмулятора Android Emulator, используя специальные образы виртуальных устройств на платформе x86 в сочетании с функциями виртуализации на компьютере.
Сценарий | HAXM | WHPX | Hypervisor.Framework |
---|---|---|---|
У вас процессор Intel | X | X | X |
У вас процессор AMD | X | ||
Требуется поддержка Hyper-V | X | ||
Требуется поддержка вложенной виртуализации | Ограниченный | ||
Требуется использовать такие технологии, как Docker | (С WSL2) | X | X |
Ускорение эмуляторов Android в Windows
Следующие технологии виртуализации доступны для ускорения эмулятора Android:
Microsoft Hyper-V и платформа гипервизора Windows (WHPX) . Hyper-V — это функция виртуализации в Windows, которая позволяет запускать виртуализированные компьютерные системы на физическом главном компьютере.
Intel Hardware Accelerated Execution Manager (HAXM) . HAXM — это механизм виртуализации для компьютеров на базе процессоров Intel.
Для достижения наилучшего взаимодействия с пользователем в Windows рекомендуется использовать WHPX для ускорения Android Emulator. Если WHPX недоступен на вашем компьютере, можно использовать HAXM. Эмулятор Android автоматически использует аппаратное ускорение, если соблюдены следующие условия:
Аппаратное ускорение доступно и включено на компьютере разработчика.
Эмулятор работает с образом системы, созданным для виртуального устройства на платформе x86.
Нельзя запустить эмулятор на базе ускоренной виртуальной машины внутри другой виртуальной машины, например под управлением VirtualBox, VMware или Docker (если не используется WSL2). Эмулятор Android следует запускать непосредственно на системном оборудовании.
Сведения о запуске и отладке с помощью эмулятора Android см. в статье Отладка в Android Emulator.
Ускорение с помощью Hyper-V
Перед включением Hyper-V прочтите следующий раздел, чтобы убедиться, что компьютер поддерживает Hyper-V.
Проверка поддержки Hyper-V
Hyper-V работает на платформе гипервизора Windows. Чтобы использовать эмулятор Android с Hyper-V, компьютер должен отвечать следующим условиям для поддержки платформы гипервизора Windows:
Оборудование компьютера должно соответствовать следующим требованиям:
- 64-разрядный ЦП Intel или AMD Ryzen с преобразованием адресов второго уровня (SLAT).
- ЦП должен поддерживать расширения режима мониторинга виртуальной машины (VT-c на процессорах Intel).
- Не менее 4 ГБ памяти.
В BIOS компьютера необходимо включить следующие элементы:
- Технология виртуализации (может иметь другое название в зависимости от производителя системной платы).
- Предотвращение исполнения данных на основе оборудования.
Компьютер необходимо обновить до Windows 10, обновление за апрель 2018 г. (сборка 1803), или более поздней версии. Выполните следующие действия, чтобы проверить актуальность вашей версии Windows:
В поле поиска Windows введите Сведения.
В результатах поиска выберите Сведения о компьютере.
Прокрутите диалоговое окно Сведения до раздела Характеристики Windows.
Должна быть указана версия не ранее 1803:
Чтобы убедиться, что компьютерное оборудование и программное обеспечение совместимо с Hyper-V, откройте командную строку и введите следующую команду:
Если все указанные требования Hyper-V имеют значение Да, компьютер поддерживает Hyper-V. Пример:
Включение ускорения Hyper-V
Если ваш компьютер соответствует приведенным выше критериям, выполните следующие действия для ускорения эмулятора Android с помощью Hyper-V.
Введите компоненты windows в поле поиска Windows и выберите Включение и отключение компонентов Windows в результатах поиска. В диалоговом окне Компоненты Windows включите Hyper-V и платформу гипервизора Windows:
После внесения этих изменений перезагрузите компьютер.
В Windows 10 с обновлением за октябрь 2018 г. (RS5) и более поздних версий необходимо только включить Hyper-V, так как он будет автоматически использовать платформу гипервизора Windows (WHPX).
Установите Visual Studio 15.8 или более поздней версии (в этой версии Visual Studio интегрированная среда разработки поддерживает запуск эмулятора Android с Hyper-V).
Установите пакет Android Emulator версии 27.2.7 или более поздней. Для установки пакета последовательно выберите Сервис > Android > Диспетчер пакетов SDK для Android в Visual Studio. Откройте вкладку Инструменты и убедитесь, что установлена версия эмулятора Android не ниже 27.2.7. Кроме того, убедитесь, что установлен компонент Android SDK Tools версии 26.1.1 или более поздней:
При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать образ системы на базе x86. Если вы используете образ системы на основе ARM, виртуальное устройство не ускорится и будет работать медленно.
Теперь технология Hyper-V должна быть включена, и вы можете запустить эмулятор Android с ускорением.
Ускорение с помощью HAXM
Если компьютер не поддерживает Hyper-V, используйте HAXM для ускорения эмулятора Android. Отключите отключить Device Guard, чтобы использовать HAXM.
Проверка поддержки HAXM
Чтобы определить, поддерживает ли оборудование HAXM, следуйте инструкциям из раздела Мой процессор поддерживает технологию виртуализации Intel?. Если оборудование поддерживает HAXM, проверьте, установлен ли HAXM:
Откройте окно командной строки и введите следующую информацию:
Посмотрите в выходных данных, запущен ли процесс HAXM. Если да, для состояния intelhaxm будет отображаться RUNNING . Пример:
Если STATE не имеет значение RUNNING , HAXM не установлен.
Если компьютер поддерживает HAXM, но он не установлен, установите его, выполнив действия, приведенные в следующем разделе.
Установка HAXM
Пакеты установки HAXM для Windows можно найти на странице выпусков GitHub, посвященной Intel Hardware Accelerated Execution Manager. Чтобы скачать и установить решение HAXM, выполните следующие действия:
Скачайте с веб-сайта Intel последнюю версию установщика подсистемы виртуализации HAXM для ОС Windows. Скачивая установщик HAXM с веб-сайта Intel, вы гарантированно получаете последнюю версию этой программы.
Чтобы начать работу с установщиком HAXM, запустите файл intelhaxm-android.exe. Примите значения по умолчанию, предлагаемые в диалоговых окнах установщика:
При создании виртуального устройства (см. раздел Управление виртуальными устройствами с помощью Android Device Manager) не забудьте выбрать образ системы на базе x86. Если вы используете образ системы на основе ARM, виртуальное устройство не ускорится и будет работать медленно.
Устранение неполадок
Сведения о решении проблем с аппаратным ускорением см. в руководстве по устранению неполадок для эмулятора Android.
Ускорение эмуляторов Android в macOS
Следующие технологии виртуализации доступны для ускорения эмулятора Android:
Платформа гипервизора Apple. Гипервизор входит в состав macOS 10.10 и более поздних версий и позволяет запускать виртуальные машины на компьютере Mac.
Intel Hardware Accelerated Execution Manager (HAXM) . HAXM — это механизм виртуализации для компьютеров на базе процессоров Intel.
Рекомендуется использовать платформу гипервизора для ускорения эмулятора Android. Если платформа гипервизора недоступна на компьютере Mac, можно использовать HAXM. Эмулятор Android автоматически использует аппаратное ускорение, если соблюдены следующие условия:
Аппаратное ускорение доступно и включено на компьютере разработчика.
Эмулятор работает с образом системы, созданным для виртуального устройства на платформе x86.
Вы не можете запускать эмулятор на базе ускоренной виртуальной машины внутри другой виртуальной машины, например под управлением VirtualBox, VMWare или Docker. Эмулятор Android следует запускать непосредственно на системном оборудовании.
Сведения о запуске и отладке с помощью эмулятора Android см. в статье Отладка в Android Emulator.
Ускорение с помощью платформы гипервизора
Для использования эмулятора Android с платформой гипервизора компьютер Mac должен соответствовать следующим критериям:
Mac должен работать под управлением macOS 10.10 или более поздней версии.
ЦП компьютера Mac должен поддерживать платформу гипервизора.
Если компьютер Mac соответствует этим критериям, Android Emulator будет автоматически использовать платформу гипервизора для ускорения. Если вы не уверены, поддерживает ли Mac платформу гипервизора, см. руководство Устранение неполадок, чтобы проверить это.
Если платформа гипервизора не поддерживается на компьютере Mac, используйте решение HAXM для ускорения эмулятора Android (описывается далее).
Ускорение с помощью HAXM
Если компьютер Mac не поддерживает платформу гипервизора (или ваша версия macOS ниже 10.10), используйте Intel Hardware Accelerated Execution Manager (HAXM) для ускорения эмулятора Android.
Прежде чем использовать эмулятор Android с HAXM в первый раз, рекомендуется проверить наличие установленного решения HAXM и его доступность для эмулятора Android.
Проверка поддержки HAXM
Проверьте, установлен ли HAXM:
Откройте терминал и введите следующую команду:
Эта команда предполагает, что пакет SDK для Android установлен в расположении по умолчанию
/Library/Developer/Xamarin/android-sdk-macosx; в противном случае измените этот путь для расположения пакета SDK для Android на Mac.
Если решение HAXM установлено, приведенная выше команда вернет подобный результат:
Если решение HAXM не установлено, установите его, выполнив действия, приведенные в следующем разделе.
Установка HAXM
Пакеты установки HAXM для macOS можно найти на странице Intel Hardware Accelerated Execution Manager. Чтобы скачать и установить решение HAXM, выполните следующие действия:
Скачайте с веб-сайта Intel последнюю версию установщика подсистемы виртуализации HAXM для ОС macOS.
Запустите установщик HAXM. Примите значения по умолчанию, предлагаемые в диалоговых окнах установщика:
Устранение неполадок
Сведения о решении проблем с аппаратным ускорением см. в руководстве по устранению неполадок для эмулятора Android.
Рекомендации по повышению производительности 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)
Отключение полного анализа решения
Отключение 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, или щелкните изменить, если он у вас уже есть.
Принудительная сборка мусора
Среда CLR использует систему управления памятью, подразумевающую сборку мусора. В этой системе память иногда используется объектами, которые больше не нужны. Это временное состояние — сборщик мусора освободит эту память, основываясь на своей эвристике производительности и использования ресурсов. Вы можете заставить среду CLR собрать всю неиспользуемую память, используя сочетание клавиш в Visual Studio. Если имеется значительный объем мусора, ожидающего сборки, то принудительная сборка мусора позволяет снизить использование памяти процессом devenv.exe в диспетчере задач. Потребность в этом методе возникает довольно редко. Тем не менее после завершения операции, потребляющей много ресурсов (такой как полная сборка, сеанс отладки или событие открытия решения), он может помочь определить объем памяти, действительно используемый процессом. Так как среда Visual Studio является смешанной (управляемый и машинный код), собственный распределитель и сборщик мусора могут конкурировать за ограниченные ресурсы памяти. В условиях высокого использования памяти это может помочь принудительно запустить сборщик мусора.
Чтобы принудительно запустить сборку мусора, используйте сочетание клавиш: CTRL+ALT+SHIFT+F12, CTRL+ALT+SHIFT+F12 (нажмите два раза).
Если принудительная сборка мусора обеспечивает работоспособность сценария, направьте отчет с помощью средства обратной связи Visual Studio, так как подобное поведение, скорее всего, указывает на ошибку.
Подробное описание сборщика мусора CLR см. в статье Основы сборки мусора.
В первой части статьи мы рассказывали о факторах, влияющих на производительность расширения. Давайте теперь для примера рассмотрим несколько популярных расширений. Также в этой части вы найдете несколько советов по общему улучшению производительности редактора VS Code.
Показатели нескольких самых популярных расширений
Я здесь фокусируюсь на расширениях, которые использовал сам. Мне не хотелось бы рассуждать о тех, которыми я не пользовался.
ESLint
Обидно только, что загружается при запуске. Если вас это беспокоит, вы можете попробовать JSHint (написанный тем же разработчиком) для JavaScript и TSLint для TypeScript. Или вы можете форкнуть проект и изменить его самостоятельно!
Проект ESLint активно поддерживается. У него нет значительного набора тестов.
Prettier
- Автор: Prettier.
- Количество установок: 8,5 миллиона.
- Рейтинг торговой площадки: 3,8/5 (204).
- Основные функции: форматирование кода.
- События активации: onStartupFinished .
- Оптимизированы ли ресурсы: да.
- Размер файла: 2,1 МБ.
- Время активации в моей системе: 286 мс.
- Набор тестов: есть. Покрытие выглядит прилично.
- Активно поддерживается: да.
- Альтернативные расширения: Beautify.
Prettier отлично справляется с упрощением форматирования кода.
Производительность в порядке, но, возможно, ее можно улучшить. Это расширение находится в более медленной стороне спектра активации.
Было бы желательно настроить активацию только для поддерживаемых языков.
Live Server
Live Server запускает локальный сервер разработки для предварительного просмотра ваших файлов HTML и SVG.
- Автор: Ретвик Дей.
- Количество установок: 7,5 миллиона.
- Рейтинг торговой площадки: 4,5/5 (269).
- Основные функции: предварительный просмотр HTML и SVG в режиме реального времени.
- События активации: при запуске ( * ).
- Оптимизированы ли ресурсы: нет.
- Размер файла: 2,5 МБ.
- Время активации в моей системе: 2513 мс.
- Набор тестов: есть базовые тесты.
- Активно поддерживается: нет. Последний коммит был год назад. Автор расширения ищет нового мейнтейнера.
- Альтернативные расширения: не нашел!
Когда расширение работает, оно удобное. Производительность оставляет желать лучшего, к тому же расширение больше не поддерживается.
Я бы порекомендовал стать мейнтейнером и довести его до ума. Или найти другое расширение для работы.
GitLens
GitLens помогает визуализировать авторство кода и исследовать репозитории Git.
- Автор: Эрик Амодио.
- Количество установок: 6,5 миллиона.
- Рейтинг торговой площадки: 4.86/5 (387)
- Основные возможности: визуализация авторства кода с первого взгляда. Красивые представления репозиториев git в боковой панели.
- События активации: при запуске ( * ).
- Оптимизированы ли ресурсы: да.
- Размер файла: 1,5 МБ.
- Время активации в моей системе: 35 мс.
- Набор тестов: нет.
- Активно поддерживается: д а, но активность в последнее время низкая. Последний коммит был 4 месяца назад.
- Альтернативные расширения: нет.
GitLens — хорошая идея, которая может быть полезна для понимания кодовой базы.
Расширение хорошо написано, да и производительность отличная.
Я использовал только расширение для blame-аннотаций, но там есть много функций и параметров конфигурации (135 индивидуальных настроек!).
Для включения каждой из функций есть свои настройки, что является очень хорошим подходом. Вы можете легко включать и выключать кодовые линзы.
В последнее время наблюдается затишье в разработке расширения. Не знаю, временная это ситуация или нет. В общем, сложно сказать, насколько хорошо расширение будет поддерживаться в будущем.
Vetur
Поддержка языка Vue.
- Автор: Пайн Ву.
- Количество установок: 5,6 миллиона.
- Рейтинг торговой площадки: 4.5/5 (117)
- Основные функции: подсветка синтаксиса. Intellisense. Форматирование кода.
- События активации: onLanguage: vue .
- Оптимизированы ли ресурсы: нет.
- Размер файла: 70,6 МБ.
- Время активации в моей системе: 252 мс. Но показатель «Завершить активацию» составляет 3943 мс!
- Набор тестов: есть.
- Активно поддерживается: да.
- Альтернативные расширения: очевидной альтернативы нет. Форматирование можно выполнить с помощью Prettier.
Подсветка синтаксиса, intellisense и ссылки при наведении отлично подходят для разработки Vue.
Размер расширения ОГРОМНЫЙ.
Производительность немного неустойчивая. Для завершения активации на моем компьютере требуется не менее 4 секунд, что намного дольше, чем для встроенных функций языка JavaScript. Также есть заметная задержка автозаполнения синтаксиса JavaScript.
Разработчики работают над сборкой расширения (issue), поэтому, надеюсь, в ближайшее время производительность улучшится.
Settings Sync
Settings Sync — синхронизация настроек с помощью GitHub Gist.
- Автор: Шан Хан.
- Количество установок: 2 миллиона.
- Рейтинг торговой площадки: 4.61/5 (638).
- Основные функции: настройки синхронизации.
- События активации: при запуске ( * ).
- Оптимизированы ли ресурсы: да.
- Размер файла: 1,2 МБ.
- Время активации в моей системе: 2513 мс.
- Набор тестов: есть.
- Активно поддерживается: нет. Последний коммит был год назад.
- Альтернативные расширения: встроенная функция VS Code.
Это было выдающееся расширение. Синхронизация полной настройки редактора на разных машинах очень полезна. Именно поэтому с июля 2020 года такой же функционал стал встроенной фичей VS Code. Основное отличие состоит в том, что расширение сохраняет ваши настройки в gist, которым вы также можете поделиться с другими.
Время активации довольно медленное. Это оправданно? Сложно сказать.
Я предполагаю, что встроенная функция в конечном итоге будет работать лучше, поскольку она пользуется поддержкой Microsoft. Расширение больше не поддерживается.
Markdown All in One
Markdown All in One удовлетворяет многие ваши потребности по части работы с markdown.
- Автор: Юй Чжан.
- Количество установок: 1,7 миллиона.
- Рейтинг торговой площадки: 4.8/5 (90)
- Основные функции: редактирование с переключателем, оглавление.
- События активации: onLanguage: markdown , onCommand: markdown.extension.printToHtmlBatch , workspaceContains: README.md .
- Оптимизированы ли ресурсы: да.
- Размер файла: 4,1 МБ.
- Время активации в моей системе: 195 мс.
- Набор тестов: есть.
- Активно поддерживается: да.
- Альтернативные расширения: Marky Markdown.
Это надежное расширение с отличной производительностью.
На мой вкус, в нем слишком много функций. Но многие люди любят иметь все, что можно пожелать, в одном расширении.
Событие активации workspaceContains: README.md мне кажется ненужным. У большинства моих проектов есть README, но я редко их редактирую. Так что для меня это показатель того, что расширение всегда активно.
Логика оглавления немного банальная. В прошлом были проблемы с ложными срабатываниями. Я не знаю, было ли это полностью устранено.
Размер файла расширения можно уменьшить, исключив снимки экрана README из пакета расширения.
Общие советы по производительности
Используйте 64-битную ОС
Если вы обновитесь до 64-разрядной версии ОС, вы сможете увеличить объем виртуальной памяти (VM), доступной для VS Code, с 2 ГБ до 4 ГБ.
Это позволит VS Code обрабатывать значительно большие рабочие нагрузки, когда требуется VM.
Отключите восстановление состояния проекта при запуске
VS Code автоматически восстанавливает состояние проекта из предыдущего сеанса. Это может увеличить время, необходимое для загрузки проекта.
Чтобы ускорить загрузку, вы можете отключить некоторые параметры восстановления:
- Workbench › Editor: Restore View State : по умолчанию включено.
- Files: Restore Undo Stack : по умолчанию включено.
- Workbench: Startup Editor : определяет, какой редактор будет отображаться при запуске. По умолчанию это страница приветствия. Вы можете установить значение none, чтобы при запуске не появлялся никакой редактор.
Отключите дорогостоящие функции, которые влияют на производительность редактирования
- Миникарта: Editor › Minimap: Enabled . По умолчанию включено.
- Перенос по словам: Editor: Word Wrap . По умолчанию отключено.
- CodeLens: Editor: CodeLens . По умолчанию включено.
- Форматировать при сохранении: Editor: Format On Save . По умолчанию отключено.
- Форматировать при вставке: Editor: Format On Paste . По умолчанию отключено.
Отключите расширения для рабочего пространства
Вы можете отключать те или иные расширения для конкретного рабочего пространства (проекта).
Скорее всего, вы захотите сделать это для расширений, работающих постоянно. Для проекта Java вам не понадобится ESLint!
Также можно использовать противоположный подход. Вы можете отключить расширение глобально и включать его только для определенных проектов.
Создайте наборы расширений
Вы можете указать альтернативную директорию для расширений, введя приведенную ниже команду в командной строке:.
Итак, если вы хотите использовать разные наборы расширений, это возможно. Вы можете добавить для этого ярлык на рабочем столе или псевдоним, чтобы запускать его регулярно из командной строки.
Есть одна вещь, о которой следует помнить, когда заводите разные наборы расширений. Это синхронизация. Если вы синхронизируете свои расширения между машинами, можно исключить расширения из синхронизации. В противном случае вы можете по ошибке испортить свою папку при переключении.
В идеале у вас не должно возникнуть такой потребности.
Отключите все расширения для сессии
Вы можете запустить VS Code со всеми отключенными пользовательскими расширениями из командной строки. Дзен-режим плюс плюс!
Устранение проблем с производительностью
Медленная работа или пустой экран
VS Code имеет некоторые проблемы с аппаратным ускорением GPU (графического процессора) в некоторых системах. Вы можете проверить, так ли это, отключив ускорение графического процессора.
Чтобы установить это постоянно, сделайте следующее:
- Откройте палитру команд (Ctrl + Shift + P).
- Выполните команду Preferences: Configure Runtime Arguments .
- Эта команда откроет файл argv.json для настройки аргументов. Вы уже можете увидеть, что некоторые аргументы уже установлены по умолчанию.
- Добавьте "disable-hardware-acceleration": true .
- Перезапустите VS Code.
VS Code выполняет фоновую проверку при запуске, чтобы проверить, изменили ли вы какой-либо из его исходных файлов. Если это так, вы увидите текст [Unsupported] в строке заголовка.
Одной из причин этой проблемы может быть антивирусное программное обеспечение. VS Code мог быть ошибочно помещен в карантин или его файлы могли быть удалены антивирусным ПО (см. issue № 94858). Проверьте настройки вашего антивируса, чтобы предотвратить это.
Чтобы решить эту проблему, можно переустановить VS Code. Измененные файлы будут заменены, а предупреждение отключится.
Заключительные слова
Для получения необходимого функционала не обязательно жертвовать производительностью.
Читайте также: