Я працюю над програмою ASP.NET у Visual Studio 2017 і зауважую Node.JS: Процес Javascript на стороні сервера, який працює від 1,3 ГБ до 1,8 ГБ пам'яті. Мій робочий процес IIS - це нормальний розмір, він є у VS 2015.

У моєму додатку немає бібліотек Node.JS. Я не в змозі зрозуміти, як відключити цей Node.JS: Процес Javascript на стороні сервера. Це з'їдає занадто багато пам’яті на те, для чого я не маю користі.

Чи є спосіб усунути це, окрім видалення VS 2017 та повернення до VS 2015?

Вбивство основного процесу в диспетчері завдань нічого не впливає на VS, однак, якщо я перейду на вкладку "Деталі" і вбиваю окремі запущені процеси, він виходить з ладу Visual Studio. Я зняв відео, що сталося після того, як я вбив процес, і запустив свою локальну веб-сторінку (Вибачте за якість, ТАК обмежений розмір зображення до 2 Мб):

Інструменти> Параметри> Текстовий редактор> JavaScript / TypeScript> Мовна служба ...

Зніміть прапорець "Увімкнути нову службу мови JavaScript".

Це, як видається, не дозволяє запустити процес NodeJS.

Я підняв відгуки з цього питання:

https://developercommunity.visualstudio.com/content/problem/31406/visual-studio-2017-nodejs-server-process-turn-off.html

Я отримав відповідь від команди MS - він направив мене на цю посаду:

https://developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-consuming-to.html?childToView=27629#comment-27629

Процес node.exe містить командний рядок:

Ефективно мені сказали:

У VS 2017 в JavaScript реалізовано кілька функцій. Node.js використовується Visual Studio для запуску цього JavaScript. Крім усього іншого, Node використовується для запуску коду, який надає послуги форматування та інтелігенції, коли користувач редагує TypeScript або JavaScript. Це зміна від VS 2015.

Він відповідає на моє запитання, але з'ясовує інше - навіщо вам потрібно 1,4 Гб оперативної пам'яті, щоб дати мені інтелігенцію на файли JavaScript ... або це одне з рішень, вбудованих у VS, щоб він використовував менше пам'яті, щоб не було Ви не досягли межі 2 Гб (4 ГБ) 32-бітних процесів? Запитання, запитання.

Вам потрібно відключити підтримку TypeScript у Visual Studio:

Інструменти> Розширення та оновлення> TypeScript для Microsoft Visual Studio> Вимкнути

Після цього просто перезапустіть Visual Studio, і ви добре підете.

Відповідь Райана Терньє вказала мені на правильний напрямок. Перейшовши за його посиланням ( https://developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-consuming-to.html?childToView=27629#comment-27629 ), я привів мене до відповіді Боудена Келлі , прямо під прийнятою відповіддю.

Ось відповідь Боудена Келлі:

Процес вузла, який ви бачите, працює на мовному сервісі JavaScript. Ви побачите, що цей процес з’явиться в будь-який час, коли ви редагуєте файл JS, файл TS або будь-який файл із JS / TS всередині (html, cshtml тощо). Цей процес - це функціонування IntelliSense, навігація по коду, форматування та інші функції редагування, і це робиться шляхом аналізу всього контексту вашого проекту. Якщо у вашому проекті є багато .js-файлів, це може отримати велику кількість, але, швидше за все, проблема полягає в тому, що у вас є багато бібліотечних файлів, які аналізуються. За замовчуванням ми скануємо кожен .js / .ts файл у вашому проекті. Але ви можете змінити таку поведінку і налаштувати мовну службу, щоб зосередитися лише на вашому коді. Для цього створіть tsconfig.json в корені проекту з такими параметрами:

    {
    "compilerOptions": {
        "allowJs": true,
        "noEmit": true
    },
    "exclude": [
        "wwwroot/lib" //ignore everything in the lib folder (bootstrap, jquery, etc)
        // add any other folders with library code here
    ],
    "typeAcquisition": { 
        "enable": true,
        "include": [
            "bootstrap",
            "jquery"  //list libraries you are using here
        ]
    }
}

Як тільки я додав папку з усіма своїми бібліотеками скриптів у файл tsconfig.json, життя знову було гарним.

Найбрудніший спосіб вирішення будь-коли: просто перейменуйте його ServiceHub.Host.Node.x86.exeна щось інше. З того часу мене не турбує. Коли (якщо) вам це справді потрібно, просто перейменуйте його назад.

Цей же трюк працює в Adobe Photoshop, який також працює Node з якихось причин, яких я ще не виявив у своєму звичайному робочому процесі.

Виявляється...

Ви не можете просто перейменувати його і очікувати, що все продовжить працювати. Хто знав!

Мабуть, цей трюк перейменування працює лише в тому випадку, якщо ви призупинили процес VS та вбили Node, а потім відновите VS. Якщо ви спробуєте запустити VS з перейменованим файлом Ne exe, він вийде з ладу при відкритті проекту з "невідомою жорсткою помилкою". Крім того, під час роботи над уже завантаженим проектом лінивий лічильник посилань на вищезазначені методи та властивості не працюватиме, оскільки, мабуть, це покладається на те, що Node якось там знаходиться.

Тож може бути нормально просто призупинити процес вузла і дозволити підкачці Windows поміняти пам'ять з оперативної пам’яті на жорсткий диск, не перейменуючи exe, щоб ви могли запустити VS знову пізніше, не проходячи проблем із перейменуванням. Якщо ви готові жити з наслідками, тобто.

Що може допомогти проектам зменшити вагу nodejs: це переназначити версію вузла, що використовується в меню Інструменти> Параметри> Проекти та рішення> Управління веб- пакетами на встановлену 64-бітну версію. Studio все одно запустить свій внутрішній вузол для екземпляра tsserver.js, але будь-який тип тексту в проекті буде за замовчуванням для наданої версії - і це допомогло мені з перших вуст.

Крім того, в інший раз, коли я виявив, що мовна служба працює внизу, я виявив, використовуючи простий tsconfig.jsonнад каталогами, що використовуються як сховища, і вказав skipLibCheck: true, і додав node_modules, щоб виключити - надзвичайно допомагав у сервісі, і один файл робить усі папки внизу це незалежно від прямих посилань на проект. PS - якщо ви все ще хочете підтримувати підтримку JavaScript intellisense, обов’язково встановіть параметр allowJs: trueі noEmit: true.

Нарешті, перевірте в параметрах Typescript в розділі Інструменти> Параметри> Текстовий редактор> Javascript / Typescript> Project , чи не встановлено прапорець Автоматично компілювати файли Typescript, які не є частиною проекту, оскільки це також може пов'язати ресурси для допоміжних сторонніх проектів. використовуючи вузол або машинопис.

Вони не дурні, кожен повинен знайти своє вузьке місце, але я виявив, що вони працювали для мене та моєї команди частіше, ніж ні

Відзначимо, що споживання високої пам’яті було зафіксовано у випуску 10 травня 2017 року - випуск Visual Studio 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

Щоб вимкнути мовні служби у коді VS, перейдіть до розширень, потім відфільтруйте вбудовані розширення та відключіть мовну службу TypeScript / Javascript.

Нарешті я виявив це після того, як служба вузла VS-коду розбила мій сервер близько мільйона разів. Прикро, що про це було так важко знайти документацію.

У моєму випадку я бот хотів вбити процес node.js, і я зробив наступні дії, щоб знизити споживання процесора ov Node.Js процеси, які працюють під Visual Studio 2019:

• Я видалив папку "Файли програм (x86) / MicrosoftSDK / TypeScript
• я біжу npm rebuild fsevents
• Я вимкнувся в браузері Chrome: Налаштування-Система-Продовжити запуску фонових програм ...

Зараз мені це здається набагато кращим. Але не на 100% нещасливо.

Сподіваюся, це теж допомагає комусь там. Успіхів, хлопці! :-)