Comments 62
Из статьи я понял что Vscode работает на окнах хуже чем на яблоке.
Осталось понять только, что это за магия такая с учетом того что vscode - microsoft
Так он вроде на Electron написан, т.е. платформо-независим изначально. Зенд студию помнится, написанный на ява, тоже неадекватно тормозил на виндах.
Был бы он на плюсах написан, допустим, можно было бы озадачиться.
У меня вчера на маке vscode завис после пробуждения ноутбука из гибернации (не обычный сон, а глубже). Завис так, что пришлось перезагружать ноут. Не сворачивался, не убивался из таск менеджера. Просто висел на весь экран с крутящимся спинером-указателем. И это я в первый раз перезагружаю ноут из-за какого-либо приложения. Хотя я уже привык к поделиям MS. На десктопе Windows 11 и там каждый день какие-то проблемы, в основном с Explorer.
terminal:
ps aux | grep -i Code | awk '{print $2}' | xargs sudo kill -9
Бывали такие выпады в разных приложениях, всегда спасало. Уж не знаю почему Task Manager плохо понимает команду Завершить принудительно
Есть Process Monitor же. Перезагружать то зачем.
Process monitor для винды же, или для мака тоже есть? Я перезагружал мак, и честно говоря пока не сильно познакомился с этой операционкой и времени не было разбираться как убрать vscode с экрана. Выше вон команду показали, буду пользоваться. На винде все хорошо убивается даже штатным таск менеджером
Осталось понять только, что это за магия такая с учетом того что vscode - microsoft
У них в разных материалах (на их видео и трансляциях, да и банально в гифках в новостях, связанных с обновлениями) mac версия, по субъективным ощущениям, встречается чаще, чем другие, так что возможно они просто сами на маках работают, и поэтому она там лучше отлажена :)
на яблоке низя маркетплейс )
Решил проверить, много ли потребляет vs у меня, но такой картины не наблюдаю. Жрет прилично, только если сборку проекта запустить, но это уже не совсем вина vscode, там процесс nodejs разгулялся. А какие параметры у ноута?
Hidden text
Периодически в Винде такая проблема у меня возникала и сама не исчезала. Помогал полный снос vs code с ручной чисткой папок с его расширениями. Где то есть офф. гайд как это сделать. Я думал, что мне так не везёт, ан нет, распространённая проблема. На линуксе такого не замечал.
У меня, на маке, расширение для питона отъедало 100% цпу (одного). Поискал решение, и не нашёл ничего кроме перехода в PyCharm. Теперь вскод у меня просто в роли умного блокнота.
Если это Pylance, то не удивительно. В VSC вообще проблема с анализаторами кода, независимо от платформы (с rust-analyzer точно так же, помогает только переход в CLion/RustRover)
Pylance подключен, попробую, как без него работать будет, спасибо
Но вообще перед тем как сносить Marketplace, запускал vs code с флагом —no-extensions (spelling модет быть неправильным, суть понятна) и просто «ванильный» vs code работал так же
К сожалению (а может и к счастью), уже не скажу какое именно использовал расширение. Какое-то из топа. Давно это было... И да, скорее всего чудил анализатор кода, ибо нагрузка была постоянной и стабильной.
вскод только в роли умного блокнота и годится)
Маркетплейс никогда процессор не отъедал. Что было, это загрузка процессора clangd при построении модели кода для работы code completion. Может работать несколько минут. Проект - прошивка для чипа STM. Обычно случается при изменении списка подключаемых заголовков в одном из исходников.
Попробуйте ее просто с чистого листа поставить, это какая-то нездоровая фигня. В простое оно вообще не должно ничего потреблять - ничего и не происходит.
Текстовый редактор, который мы заслужили - жуткие тормоза и перегретый процессор для того, чтобы просто редактировать код.
VS Code это IDE и тормозит в ней совсем не модуль редактирования текста. Скажу невероятное, но даже в vim могут быть плагины, имеющие высокое потребление CPU.
Ну вот только не надо мне рассказывать про то, что VSCode ни в чем не виноват. Почему-то в CodeBlocks подсветка синтаксиса работает так, как она должна работать - мгновенно. А вот в банальном Си без всяких наворотов под VSCode она подсвечивает так, что я это вижу невооруженным глазом, причем без всяких там компиляций в фоне. Про остальные фишки можно просто и не вспоминать, более тормозной среды я себе представить не могу, даже дериваты эклипса работают куда более шустро, а уж на них я насмотрелся достаточно, учитывая, что почти каждый производитель микроконтроллеров уже имеет свою.
Я тоже раньше пользовался EIDE, но недавно KEIL выпустил Keil Studio for VS Code
Перешел на него и пока доволен. Под IAR тоже есть свой плагин.
Да, keil studio тоже видел, но поставить не получилось - спустя час статус установки не поменялся. Возможно из РФ блокирует, но это очень не точно
Из РФ невозможно открыть https://www.keil.arm.com
Это решение Windows-only? Или на Linux тоже будет работать?
Почему вы в винде используете vscode, а не полноценную студию? Для каких-то задач она подходит лучше?
Ну я например пишу в vscode на js, питоне и пхп. Студия норм для шарпов и плюсов, для всего остального имхо лучше другие решения использовать
Да, для каких-то задач она подходит лучше.
Потому что когда-то студия была «тяжелее» для освоения, сейчас скорее дело привычки
Для любого проекта не на дотнете?
Ну. Вот допустим - я извращенец, который на расте или го любит писать в свободное время. В чем еще писать-то на винде, чтобы не страдать?
RustRover непример (ну и прочее ЖИДбрейнсовское), оно конечно будет дико жрать озу, но оно на жабе писано, так что можно считать что это не баг а фича, а по удобству ИМХО жидбрейнсовские поделия на голову выше этого электроноподобного позора от майков. правда мне до сих пор не понятно зачем выпускать одно и то же IDE с разным набором плагинов под видом разных продуктов.. но что поделать.
Вот только VS Code бесплатный, а jb продукты довольно ощутимые по цене. Ладно для работы, но платить пару сотен евро для написания кода в пет проекте не каждый захочет.
ай, кто ищет тот найдёт
если принципиально нужно бесплатное IDE всегда можно взять например qt-creator и прикрутить к нему rust, да, это уже будет не так круто и функционально как jb, но зато не будет насиловать мозг и железо
ну а для особых естетов есть плагинпаки для nvim превращающие его из текстового редактора в полноценное IDE функционалу которого позовидует даже vscode
да и jb при некоторых условиях можно использовать, и платить за хороший продукт тоже не зазорно..
neovim это для особых людей("я не такой как все"), которые готовы год собирать свой конфиг плагинов чтобы получить хоть что-то похожее на IDE. Можно конечно брать готовый пак типа LunarVim, но это всеравно даже близко не так удобно как нажать две кнопки в VS Code и получить готовую к работе среду.
нажать две кнопки вот тут не так удобно как нажать две кнопки вот там
хмм, вам не кажется что вы НЕ безпрестрасны?
не подумайте, я сам не из vimбоев, предпочитаю гуёвые IDE и текстовые редакторы, но я имел удовольствие работать с теми кто в основном использует vim/nvim и могу вам сказать что они бы поспорили с вами как про удобство, так и про функционал и производительность.
к тому же что касается vscode в сравнении хотя бы с pycharm то нажав две кнопки есть ненулевой шанс не получить готовую к работе среду а обрушить его до неработоспособности..
Мне кажется вы просто не правильно поняли то, что я написал. Речь идет не про использование в две кнопки, а в простоту установки. Спросите своих знакомых с nvim сколько времени они подбирали плагины, настраивали конфиги, переходили с одного менеджера пакетов в другой и как острожно они относятся к обновлениям, потому что обратная совместимость может быть порушена в любой момент. Это как с автомобилем - есть те, котому машина нужна чтобы сесть и доехать в нужную точку, а есть те, кто все свободное время будет проводить в гараже.
к тому же что касается vscode в сравнении хотя бы с pycharm то нажав две кнопки есть ненулевой шанс не получить готовую к работе среду а обрушить его до неработоспособности
Ну это уже аргументация к отдельным кейса. У меня pycharm падал с OOM и не раз, что это доказывает - ничего.
нет, я правильно понял. вспомните сколько времени вы собирали свой пак плагинов для vscode.. никак не меньше..
Я не собирал никакой пак, поставил эксеншен для го, питона, sqlite и классические хоткеи visual studio, заняло примерно 5 минут.
ну вы как грица или крестик снимите или трусы наденьте
то вам нужен целый пак плагинов, то всего два плагина.. определиться надо уже.
с чего вы взяли что в vim/nvim будет больше плагинов? ну добавятся ещё вкладки и просмотр файлов в проекте, встроенный терминал и так уже есть. а всё остальное чистые украшательства не обязательные
Cliond - поделие. Приходится юзать как корпстандарт, страдаю. Автокомплешен на некоторых плюсовых проектах не работает никогда. Выжирает по три ядра в полку и ничего полезного не делает.
clion особо не пользую за ненадобностью, но вот pycharm евридей, а это можно сказать одна и та же IDE, и могу сказать что работоспособность как автокомплита так и подсветки ситаксиса и встроенного линтера очень сильно зависит как от размеров всего проекта так и от размеров конкретного файла. есть yaml для ansible огромного размера, в нём вообще всегда все строки красные, давится бедолага пытаясь его прожевать.
Полноценная студия с решарпером лагает даже на моем 5800x3d.
Поэтому для всего, что не требует специфичных фич студии, я юзаю Rider
vscode ощутимо тормозит по сравнению с текстовыми редакторами. Особенно это заметно, когда на слабой виртуалке работаешь.
Это, видимо, ненормально. У меня все включено и потребление <1%
Снес vs code
Поставил AWS Toolkit, C/C++, Embedded IDE, Error Lens, One Dark Pro, Python, Pylance, Rainbow CSV и GitLense, в простое ничего не грузит ЦПУ, спасибо всем неравнодушным
Срабатывает не с первого раза очевидно потому, что в момент запуска скрипта первый по загрузке ресурсов не тот что нужен. Если вы знаете имя процесса, то зачем нужна эта проверка по потреблению ресурсов? Просто ищите нужный процесс и при его наличии - завершайте
Но ведь это не по‑программистски каждый раз в Диспетчер задач залезать, открывать дерево процессов, останавливать Marketplace, ведь так?
простите мне моё ИМХО, но "по‑программистски" было бы не писать скрипт на убийство дочернего процесса важной для работы программы, а разобраться в его поведении и прислать в апстрим MR с исправлением.
но есть и другое мнение - просто нужно перестать насиловать свою ОС и нервы юзая софт на электроне.. никогда электроноподелия не сравнятся с нативным софтом.
Снижаем потребление CPU в VS Code в 5 раз [Кратко]