Я'м работает на приложение ASP.NET в Visual Studio 2017 и я'м видя Node.JS: серверный процесс JavaScript работает на 1.3 Гб до 1,8 ГБ памяти. Мой рабочий процесс IIS-это нормальный размер это в VS 2015.
Мое приложение не'т включать любые Node.JS библиотеки. Я'м не в состоянии выяснить, как превратить эту Node.JS: JavaScript на серверной стороне процесса. Это'ы ест слишком много памяти, за то, что я не использую.
Есть ли способ, чтобы убить этого помимо удаления против 2017 и перейти обратно на ВС 2015?
Убийства основной процесс в Диспетчере задач не'т повлиять ничего против, но если я иду на вкладку Сведения и убить человека, процессов его сбой Visual студии. Я снял видео, что произошло после того, как я убил процесс и запустил локальный веб-страницы (извините за качество, так ограничен размер фото до 2Мб):
Я поднял обратной связи по этому вопросу:
Я получил ответ от МС команда - он направил меня на этот пост:
Процесс node.exe имеет командную строку:
Фактически я сказал:
В VS 2017, некоторые функции реализованы в JavaScript. Node.js используется Visual Studio, чтобы запустить, что JavaScript. Между прочим, узел используется для запуска кода, который обеспечивает форматирование и функции IntelliSense, когда пользователь редактирует рукописи или JavaScript. Это изменение против 2015.
Это ответ на мой вопрос, но выявляет в другом - зачем вам 1.4 ГБ памяти, чтобы дать мне IntelliSense для JavaScript-файлов ... или это одно из решений, которое было построено в против поэтому он использует меньше памяти, так что это не'т нажмите 2 ГБ(4 ГБ) до 32-разрядные процессы? Вопросы вопросы вопросы.
Райан Ternier'ы ответ указал мне на то, что я считаю, это правильное направление. После его ссылке (https://developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-consuming-to.html?childToView=27629#comment-27629) привели меня к Боуден Келли'ы ответ, прямо под принято отвечать.
Здесь Боуден Келли'ы ответа:
процесс узла вы видите запитки служба языка JavaScript. Вы увидите этот процесс появиться в любое время вы редактируете файл JS, TS файл, или любой файл с JS/внутри ТС (в формате HTML, cshtml ПО и т. д.). Этот процесс является то, что полномочия технологии IntelliSense, навигации по коду, форматированию и другие функции редактирования, и он делает это, анализируя всего контекста вашего проекта. Если у вас много .JS файлы в ваш проект, это может сделать большие, но более чем вероятно, проблема заключается в том, что у вас есть много файлов библиотек, которые были проанализированы. По умолчанию, мы будем каждый скан .с JS/.файл ТС в вашем проекте. Но вы можете переопределить это поведение и настроиться на язык, чтобы сосредоточиться только на свой код. Для этого создайте tsconfig.JSON в корне проекта со следующими параметрами:
{ "у компилятора параметры" с: { на "allowJs-то": Правда, на "noEmit-то": Правда }, "не исключают" Ну: [ "в wwwroot в/Либ и" //игнорировать все, что в папку lib (в Bootstrap, jQuery и т. д.) // добавить любые другие папки с библиотекой код здесь ], на "typeAcquisition-то": { на "включить" и правда, на "включать" по -: [ на "ушко" и, "и на jQuery, что" //список библиотек вы используете здесь ] } }
Как только я добавил папку со всеми моими скрипт библиотеки в tsconfig.файл JSON, жизнь снова была хороша.
Самый грязный временное решение когда-либо: просто переименовать ServiceHub.Host.Node.x86.exe
что-то другое. Еще'т беспокоить меня. Когда (если) вы на самом деле нужно, просто переименовать его обратно.
Тот же трюк работает в Adobe Photoshop, который также запускает узел по какой-то причине я не'т обнаружен в мой обычный рабочий процесс еще.
Вы можете'Т просто переименуйте его и ожидать вещи, чтобы работать. Кто знал!
Видимо, это переименование трюк работает только если вы против приостановки процесса и узла убить, а затем возобновить против. Если вы попытаетесь запустить файл EXE в vs с узлом переименован, он будет краш при открытии проекта с собой "неизвестная ошибка жесткого и". Кроме того, во время работы над уже загруженным проектом, ленивый счетчик ссылок выше методы и свойства, выиграл't работа потому что, видимо, опирается на узел, там как-то.
Так что может быть хорошо, чтобы просто приостановить процесс узла и позволить Windows подкачки подкачки памяти из ОЗУ на жесткий диск, без переименования EXE-файл, чтобы вы могли начать против позже, минуя переименование хлопот. Если вы'вновь готовы жить с последствиями, то есть.
То, что может помочь в проектах снижения веса nodejs: это переназначить узел версии под инструменты и GT; дополнительно > проекты и решения > веб-пакет управления для установки 64-разрядной версии. Студия по-прежнему будет запустить свой внутренний узел для экземпляра tsserver.js но любой машинопись в проект по умолчанию в данной версии ... и это помогло мне не понаслышке.
Кроме того, в другой раз я нашел языковая служба быть запущена вниз, я обнаружил, используя простые tsconfig.в JSON выше каталогов, используемые в качестве хранилищ, и указать на skipLibCheck: истина
, и добавить папки node_modules для исключения -- очень помогло по службе, и один файл все папки под ним, независимо от того, прямые ссылки на проекты. П. С.-Если вы хотите поддержку IntelliSense для JavaScript по-прежнему, убедитесь, что allowJs: true
и `noEmit: истинный вариант.
Наконец, убедитесь в рукописи варианты под инструменты и GT; дополнительно > текстовый редактор > наличие/машинопись > проекта что не проверили, чтобы автоматически компилировать машинопись файлы, которые не являются частью проекта так, что можете тоже связать ресурсы для дополнительных 3 участника проектов с использованием узла или TypeScript.
Это не дурак доказательство, каждый должен найти свое точное узкое место, но я нашел эти работы для меня и моей команды чаще, чем не
Просто отметить, что высокого памяти потребления был зафиксирован в 10 мая 2017 года - визуальной студии 2017 версии 15.2 (26430.04) релиз.
Примечания к выпуску здесь: https://www.visualstudio.com/en-us/news/releasenotes/vs2017-relnotes
Отдельные замечания об исправлении здесь: https://developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-consuming-to.html