Редактор VS Code славится расширениями, и именно из-за них он часто начинает тормозить. Автор XDA Korbin Brown годами копил расширения, не удаляя их после того, как они решали разовую задачу. Запуск проектов стал занимать несколько секунд, IntelliSense включался с задержкой. Сравнение со свежей установкой VS Code на другой машине показало, насколько быстрым редактор должен быть на самом деле.
Проблема не в том, что расширения плохие. Проблема в том, что их легко накопить десятками и никогда не чистить. На лёгком офисном ноутбуке, где одновременно работают два-три десятка расширений, это становится заметно сразу. Похожая история с приложениями на смартфоне: там лишний софт тоже копится годами, и Samsung Galaxy приходится чистить вручную.
Две встроенные команды для диагностики
Прежде чем удалять расширения наугад, стоит получить доказательства. В VS Code для этого есть команды палитры команд (Ctrl+Shift+P).
Первая — Developer: Show Running Extensions. Она показывает список активных расширений и время их запуска в миллисекундах. Самые тяжёлые в примере автора стартовали дольше 500 миллисекунд — половина секунды каждое. Несколько таких расширений вместе дают ощутимую задержку при открытии редактора.
Вторая — Developer: Open Process Explorer. Это окно с живой статистикой потребления CPU и RAM, в том числе для процесса extension host. Большинство расширений работают внутри этого процесса, но некоторые запускают собственный. Из 40 установленных расширений у автора 6 имели отдельные процессы, остальные показывались суммарно под «extension host».
У автора потребление RAM превышало 1,2 ГБ без единого открытого файла — и это без учёта накладных расходов самого редактора. При открытии документов цифра росла, вместе с ней поднималась и загрузка CPU.
Что оказалось лишним
Отключив большинство расширений, автор оставил только то, без чего работать действительно неудобно. По его признанию, по удалённым десяткам расширений он не скучал.
Часть расширений уже была встроена в VS Code — например, расширения Copilot и Git стали избыточными после предыдущих обновлений. Удаление дублирующих по функциональности расширений и тех, что нужны были один раз, составило почти весь список.
Главный вывод автора: расширения — это отдельные программы, которые запускаются вместе с VS Code и точно так же расходуют ресурсы. Раньше он ставил их почти бездумно, теперь относится к ним как к обычному софту на компьютере. Если расширение не использовалось несколько недель — оно удаляется.
Что осталось
Расширения сами по себе — не проблема, а одно из главных преимуществ VS Code. Автор по-прежнему пользуется ими: удалённая разработка и просмотр базы данных прямо из редактора заметно ускоряют работу. Базовая установка без расширений таких возможностей не даёт. Тот же принцип работает и с другими приложениями: иногда сторонний клиент оказывается легче и быстрее официального, как в случае с Jellyfin и его альтернативными клиентами.
После чистки VS Code стал таким же быстрым, как при первой установке. Если в редакторе накопились расширения, о существовании которых вы едва помните, стоит потратить несколько минут и удалить всё, чем вы не пользуетесь активно. Ресурсы системы лучше отдать инструментам, которые действительно нужны.
Частые вопросы
Как узнать, какие расширения VS Code замедляют запуск?
Откройте палитру команд (Ctrl+Shift+P) и выполните Developer: Show Running Extensions. Команда покажет список активных расширений и время их старта в миллисекундах — по этим цифрам видно, кто тормозит редактор сильнее всего.
Как посмотреть потребление памяти расширениями?
Команда Developer: Open Process Explorer открывает окно с живой статистикой CPU и RAM. Большинство расширений попадают в процесс extension host, но некоторые запускают собственный процесс и видны отдельно.
Сколько памяти потребляет VS Code с расширениями?
В примере автора статьи расход превышал 1,2 ГБ оперативной памяти без единого открытого файла, не считая накладных расходов самого редактора. При открытии документов потребление растёт.
Нормально ли, что расширение стартует полсекунды?
Одно расширение с запуском около 500 миллисекунд само по себе не критично, но несколько таких вместе создают заметную задержку при открытии проектов. Именно суммарный эффект делает редактор медленным.
Какие расширения можно удалить без потерь?
В первую очередь те, что дублируют встроенные возможности VS Code, и те, что ставились под разовую задачу. В статье упоминаются расширения Copilot и Git, ставшие избыточными после обновлений редактора.
Что делать, если расширение нужно, но тормозит?
Отключите его для тех рабочих пространств, где оно не требуется: расширения можно включать выборочно. Так нагрузка останется только там, где функциональность действительно нужна.
Как часто пересматривать список расширений?
Автор советует регулярно оценивать, насколько активно используется каждое новое расширение. Практическое правило из статьи: если расширение не трогали несколько недель — его пора удалять.
Поможет ли чистка расширений на старом ноутбуке?
В описанном случае именно расширения, а не возраст железа, были причиной медленного запуска: после удаления лишних редактор стал быстрым, как при первой установке. Но на слабом оборудовании стоит сначала проверить нагрузку через Process Explorer, а не менять ноутбук.
Нужно ли удалять расширения, если VS Code работает нормально?
Если задержек при открытии проектов нет и память не растёт, срочной необходимости нет. Команды диагностики дают объективные цифры — если время старта расширений и расход памяти в норме, чистить список незачем.
Источник: xda-developers.com