VSCode тормозит во время работы с некрупным проектом. Что может помочь?

Question

[bormor]

VSCode тормозит во время работы с некрупным легаси проектом
(после каждого нажатия клавиши зависает на долю секунды)

Использую SSD для ide и проекта, 8Гб оперативки.

Как можно диагностировать причину? Что может помочь?

Моя гипотеза - в Vue проекте c quasar некорректно настроена компиляция typescript (Hot Reloading занимает 3-5 секунд)
Но как найти узкое место?

Comments

[Михаил]

плагин какой-то может

Answer 1

[Владимир Проскурин]

Попробуйте нажать Ctrl+Shift+I (Option+Command+I), откроется стандартный хромовый девтулз, и посмотрите во вкладке "Console", возможно там сыпятся ошибки, оставьте консоль открытой, и попробуйте сделать в VSCode те действия, которые тормозят. Можно также попробовать отключить расширения, и включать по одному, пока не начнутся тормоза.
Но такие тормоза это не норма.

Answer 2

[grinat]

Vscode написан на электроне(браузер там обычный), шо ты от него хочешь? Переходи на web storm и все будет ок.

Comments

[bormor]

Многие жалуются на шторм за прожорливость к ресурсам. Или сейчас там ситуацию подравили?

[grinat]

bormor, там никогда такого не было.

[bormor]

Мне этот вариант интересен. Но всю команду на него пересадить проблемно.

[Владимир Проскурин]

Эээ, вот тут совсем неправда. У меня VS Code (600MB) жрет ресурсов вместе с кучей расширений меньше чем WebStorm (3GB) без расширений, на одинаковом TypeScript проекте.

[grinat]

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

[Владимир Проскурин]

grinat, мерить по ОЗУ хорошая идея, когда дело касается вопросов утечки памяти. Для меня это отличный показатель качества работы ПО. И эти 3ГБ набираются как раз при долгой работе, что можно такое часто используемое кешировать, если я открыл один файлик, он увеличил потребление, но после закрытия ничего не почистил? Вот сейчас для примера у меня открыто две копии WebStorm с разными проектами на 4.5гб, я закрываю один, и потребление уменьшается до 4.45гб, почему не на порядок? Если я закрыл такого же размера проект? Пока я полностью не закрою шторм, у меня в памяти будут висеть эти лишние ГБ, а я из тех пользователей, что не выключают ноутбук (только в сон).
В целом меня устраивает работа WebStorm, и на моей текущей работе я для эксперимента использую его уже пол года. Но с тем, что он работает быстрее VSCode согласиться никогда не смогу, т.к. это неправда.

[grinat]

Владимир Проскурин, а зачем ему тебе память возвращать? Если ты откроешь еще раз файлик, то он с диска считает только время изменения, если ничто не изменилось, то вернет тебе данные мгновенно, а не с диска, если для просто редактирвоания это некритично, то для всеких автокомплитов крайне важно, потому что каждое чтение с нуля порождает создание индексов с нуля, всякие ast/хитрые автокомплиты и проч анализаторы надо будет перезапускать.

[Владимир Проскурин]

grinat, ну вот макбуки всякие по 16гб страдают от этого очень сильно.

[SmileRex]

Хех, переходите с вебвью на вебвью, тоже мне, советчики.
Используйте нативные решения для ос, обратите внимание на продукты от jetbrains, сейчас есть лёгкий fleet.

Answer 3

[reyk]

ответ для тех, кто будет в будущем гуглить - просто скачайте расширение "Code Runner". Вывод будет быстрым