Visual Studio 2017 - Node.JS Server-Prozess - ausschalten?
Arbeite ich an einem ASP.NET App in Visual Studio 2017 und ich bin zu bemerken, ein Node.JS: Server-side Javascript-Prozess läuft bei 1,3 GB 1,8 GB Speicher. Mein IIS worker-Prozess ist die normale Größe, es ist in VS 2015.
Meiner app sind keine Node.JS Bibliotheken. Ich bin nicht in der Lage, herauszufinden, wie diese Node.JS: Server-side Javascript-Prozess aus. Es frisst zu viel Speicher für sowas habe ich keine Verwendung für.
Gibt es einen Weg, um zu töten diese, abgesehen von der deinstallation von VS 2017 und der Umstellung wieder auf VS 2015?
Tötung der wichtigste Prozess im Task Manager nicht auf irgendetwas in VS, aber wenn ich gehen, um die Registerkarte Details, und töten, das die einzelnen Laufenden Prozesse, stürzt Visual Studio. Ich nahm ein video von dem, was passiert ist, nachdem ich getötet der Prozess auf und lief zu meinem lokalen web-Seite (Sorry für die Qualität, SO beschränkt sich Bilder mit einer Größe von 2MB):
Wir verwenden eine kleine Menge davon.
Ich habe beendet, Prozess-und habe nicht gesehen, keine negativen Auswirkungen. Web-compiler kompiliert LESS-Dateien ohne.
Das macht Arbeit, aber wie die Katze... es kam zurück. Ich Frage mich, ob es etwas ist, installiert am Anfang und wird immer ausgeführt. Ich habe gerade installiert VS2017 auf meinem lappy und da hat es mir die option zum installieren der server. Ich werde aktualisieren, wenn ich test es
Können Sie Datei eine feedback-Element über dieses? Es gibt ein paar andere features in die web-dev-tools, verwenden Sie Knoten unter der Haube (wie JSLint/CSSLint/etc) , könnten hier mit einbezogen werden. Diese würde zeigen, bis für jedes web-Projekt, nicht nur Schriftlicher oder Knoten.
InformationsquelleAutor Ryan Ternier | 2017-03-13
Du musst angemeldet sein, um einen Kommentar abzugeben.
Extras > Optionen > Text Editor > JavaScript/TypeScript > Language Service...
Deaktivieren Sie "Aktivieren Sie die neue Sprache "JavaScript " service".
Dies scheint zu verhindern, dass die NodeJS-Prozess starten.
Ich Tat dies, neugestartet VS2017 ein es immer noch nicht zu verhindern "Node.js: Server-side JavaScript" starten, als ich anfing, VS2017. Ihre überhöhung über 800 MB auf meinem Rechner und ich kann nicht mehr Debuggen in Chrome.
Gleiche problem hier @Bill - Deaktivierung des Typoskript-Erweiterung als pro Gabriels Antwort zu haben scheint, sortiert es aber.
Was ist die Hölle? Warum ist, dass dabei im Text-Editor-Einstellungen? 😛
Das ist nicht einmal eine option für mich in meinen Menüs
InformationsquelleAutor Andy Taw
Hob ich feedback zu diesem Thema:
https://developercommunity.visualstudio.com/content/problem/31406/visual-studio-2017-nodejs-server-process-turn-off.html
Bekam ich Antwort von einem MS-Team - er verwies mich zu diesem Beitrag:
https://developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-consuming-to.html?childToView=27629#comment-27629
Den node.exe Prozess-Befehlszeile:
Effektiv mir wurde gesagt:
In VS 2017, mehrere Funktionen sind in JavaScript implementiert. Node.js ist von Visual Studio ausführen, JavaScript. Unter anderem Knoten wird verwendet, um den code auszuführen, bietet Formatierung und intellisense-Dienste, wenn ein Benutzer die Bearbeitung Schriftlicher oder JavaScript. Dies ist eine änderung von VS 2015.
Es beantwortet meine Frage, aber bringt Licht einer anderen - warum brauchst du 1,4 GB Speicher, um mir intellisense für JavaScript-Dateien ... oder ist dies eine der Lösungen, die gebaut wurde, in VS, so verwendet er Weniger Speicher, so dass es nicht auf die 2GB(4GB) Grenze von 32-bit-Prozesse? Fragen Fragen Fragen.
Es hatte den gegenteiligen Effekt für mich und hat VS2017 so faul (Wortspiel beabsichtigt) , ich werde wieder zu VS2015. Ich finde es lächerlich, dass MS zu verwenden 3rd-party-externen Rahmenbedingungen zu tun, etwas so einfaches wie Intellisense. Das war schon immer eine Ihrer stärken ...und nun? Ich habe Behinderte und Typoskript Node.js und wenn schaue ich nur Chrome VS2017 hängt so schlecht ich manchmal neu starten müssen. Also zurück zu Firefox und VS2015 für mich, zumindest für heute. Und das auf einem i7, 16GM RAM und alle SSD-setup mit Win10 Pro. Schockierend.
nach dem post hier referenziert ... Deaktivieren des Typoskript-Erweiterung ist ein workaround für den moment, zumindest für mich. Klicken Sie auf Tools, Erweiterungen und Updates suchen "TypeScript" und deaktivieren Sie es. Starten Sie Visual Studio Neu.
Gut, das erklärt, warum Intellisense ist zur Hölle gegangen.
InformationsquelleAutor Ryan Ternier
Müssen Sie deaktivieren TypeScript-support über Visual Studio:
Tools - > Erweiterungen und Updates, die > Typoskript für Microsoft Visual Studio - > Deaktivieren
Danach, nur starten Sie Visual Studio neu, und Sie sind gut zu gehen.
noch läuft nachdem ich befolgt diese Schritte
Immer noch läuft. Dieser Tat nichts.
InformationsquelleAutor Gabriel
Ryan Ternier Antwort wies mich in dem was ich glaube ist die richtige Richtung. Nach seinem link (https://developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-consuming-to.html?childToView=27629#comment-27629) führte mich zu Bowden Kellys Antwort, direkt unter die akzeptierte Antwort.
Hier ist Bowden Kelly ' s Antwort:
{
"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
]
}
}
Einmal habe ich den Ordner mit all meinen script-Bibliotheken in die tsconfig.json-Datei, das Leben war wieder gut.
Das hinzufügen dieser Datei dazu führen, dass alle Arten von Typoskript Fehler, wenn ich baute das Projekt. Es entfernt und der Fehler ging Weg.
InformationsquelleAutor Ralph
Den schmutzigsten workaround ever: einfach benennen Sie die
ServiceHub.Host.Node.x86.exe
um etwas anderes. Hat mich nicht gestört da. Wenn (wenn) Sie es wirklich benötigen, benennen Sie einfach zurück.Gleiche trick funktioniert auch mit Adobe Photoshop, die läuft auch Knoten aus irgendeinem Grund habe ich noch nicht entdeckt in meinem üblichen workflow noch.
Stellt sich heraus...
Kann man nicht einfach umbenennen und erwarten, dass die Dinge weiter zu arbeiten. Wer wusste!
Anscheinend das umbenennen trick funktioniert nur, wenn Sie aussetzen, VS-Prozess und töten Knoten, dann wieder VS. Wenn Sie versuchen, starten Sie VS mit Knoten exe-Datei umbenannt, es wird Abstürzen, wenn Sie ein Projekt öffnen, das mit einem "unknown hard error". Auch, während der Arbeit auf einem bereits geladenen Projektes, die faule Referenzzähler oben genannten Methoden und Eigenschaften funktionieren nicht, weil anscheinend, die sich auf Knoten da irgendwie.
So könnte es okay sein, nur aussetzen den Knoten Prozess und lassen Sie Windows die Auslagerungsdatei swap, dessen Speicher aus dem ram auf die Festplatte, ohne das umbenennen der exe-Datei, so dass Sie beginnen konnte, die VS wieder später ohne den Umweg über das umbenennen problemlos. Wenn du bereit bist mit den Konsequenzen Leben, dass ist.
Ich habe immer gerne die Idee von zu berauben, indem die Kraft, Sie wissen, was ich meine... 😉
InformationsquelleAutor user1306322
Etwas, das helfen kann, die Projekte abzumildern, die nodejs-Gewicht: ist die übernahme der node-version verwendet, die unter Extras > Optionen > Projekte und-Lösungen > Web-Paket-Management - zu einem installierten 64bit-version. Studio noch den launch seiner internen Knoten für eine tsserver.js Beispiel, aber jeder Typoskript in project wird standardmäßig auf dem mitgelieferten version -- und das hat mir geholfen, aus Erster Hand.
Ebenfalls, ein anderes mal fand ich die Sprache der service läuft, entdeckte ich mit einem einfachen
tsconfig.json
oben die Verzeichnisse, die als repositories, und geben Sie zuskipLibCheck: true
, und fügen Sie node_modules ausschließen -- enorm geholfen, die entlang der service, und eine Datei enthält alle Ordner darunter, unabhängig von direkter projektbezug. P. S.-wenn Sie möchten, dass die JavaScript-intellisense-Unterstützung immer noch, stellen Sie sicher, dass dieallowJs: true
undnoEmit: true
option.Schließlich, überprüfen Sie in der Typoskript-Optionen unter dem Extras > Optionen > Text Editor > Javascript/Typescript > Projekt , es wird nicht überprüft, um Automatisch kompilieren Typescript-Dateien, die nicht Teil eines Projekts da, die können auch binden Sie Ressourcen für Hilfs-3rd-party-Projekte, die mithilfe von Knoten-oder Maschinenschrift.
Diese sind nicht narrensicher, jeder hat zu finden, deren genaue Engpass, aber ich habe festgestellt, diese haben für mich gearbeitet und mein team mehr als oft nicht
InformationsquelleAutor Nathan Teague
Nur darauf hingewiesen, dass die hohe Speicherauslastung wurde behoben im Mai 10, 2017 - Visual Studio 2017 version 15.2 (26430.04) Release.
Release Notes Hier: https://www.visualstudio.com/en-us/news/releasenotes/vs2017-relnotes
Spezifische Hinweise zu den fix hier:
https://developercommunity.visualstudio.com/content/problem/27033/nodejs-server-side-javascript-process-consuming-to.html
Vereinbart. Das problem ist vor allem, weil, wie schlecht geschrieben node.js an der ersten Stelle (in diesem "Objekt" Funktionen repliziert werden, immer und immer wieder) - dann wieder, Rahmenbedingungen zu patch JS - Fehler machen immer die Dinge langsamer. Dies ist, was passiert, wenn man Linux-Leute entwickeln für Windows - eine große, Fette gewundenen Durcheinander.
Ich meldete dieses Problem auf github.com/aspnet/JavaScriptServices/issues/1298 die ich beobachtet habe dieses Problem mit VS 2015 im Jahr 2015 mit der JavaScript-Projekten, aber das problem wird immer schlimmer.
stil-Los 2 gb auf 2017
Nicht fest für mich. Noch Essen, bis Tonnen von Speicher mit der version 15.6.6
InformationsquelleAutor zulumojo