VS2015 Update 2-Meldung: „Zu wenig Speicher erkannt. Die vollständige Lösungsanalyse ist für diese Lösung deaktiviert. “

83

Ich habe gerade Visual Studio 2015 mit Update 2 aktualisiert.

Nachdem ich einige Stunden lang einwandfrei gearbeitet hatte, erhielt ich Folgendes: "Es wurde wenig Speicher erkannt. Die vollständige Lösungsanalyse für diese Lösung ist deaktiviert." Das wird oben in meinem Editor-Dock-Panel von VS2015 angezeigt.

Ich habe gesehen, dass bei Microsoft Connect ein Fehler gemeldet wurde .

Anmerkungen:

  • Ich benutze Resharper.
  • Meine Lösung ist ziemlich groß, ~ 32 Projekte drin.

Wenn jemand eine Problemumgehung oder einen Hinweis darauf hat, was zu tun ist, um dies zu lösen, lassen Sie es mich bitte wissen.

Update: Ich habe so ziemlich die gleichen Gefühle wie Anders Forsgren (erster Kommentar). Das klingt für mich nach einer guten Zusammenfassung der Situation.

Update 2 (20.04.2016) Ich habe kürzlich (vor 3 Tagen) meine von Framework.Net installierten Pakete (aus "Programme und Funktionen") gründlich bereinigt, wobei ich etwa 20 bis 30 Pakete entfernt habe. Einige waren auf Russisch. Ich habe auch Visual Studio und ReSharper neu installiert. All dies scheint meiner Umgebung etwas Stabilität zu verleihen (weniger oder nicht mehr Einfrieren -> die Zeit wird es zeigen). Außerdem gibt es eine neue Version des .NET Framework Repair Tool (19.04.2016) , die kürzlich veröffentlicht wurde. Vielleicht könnte es helfen, einige unserer Probleme zu beheben, wenn sie damit zusammenhängen?

Update 3 Nach einigen Tests und lesen Sie den Text einiger Leute. Es scheint, dass es nicht mit dem .NET-Framework selbst oder Resharper zusammenhängt. Es scheint mit VS2015 selbst verwandt zu sein, wahrscheinlich mit Roslyn. Es ist mir nicht gelungen, Roslyn / CodeAnalysis aus VS2015 zu entfernen. Es scheint ein wesentlicher Bestandteil zu sein. Es hört sich so an, als müssten wir auf einen Microsoft-Fix warten, um eine stabile Umgebung zu haben.

Update 4 (26.04.2016) Siehe Antwort von John Atwood. Viele Informationen. Ich habe gerade angefangen, seine Antwort zu testen. Update 3 sollte dieses Problem lösen (sofern verfügbar ???).

Update 5 (2016-04-26 + 6 Stunden) Nach einem Neustart durch VS selbst, einer unglaublichen Langsamkeit und einer Meldung "Low memory ..." konnte ich bestätigen, dass das Deaktivieren der Full Solution-Analyse das Problem bei nicht behebt am wenigsten auf meiner Maschine. Ich kenne derzeit keine Korrektur / Problemumgehung, die auf meinem Computer funktioniert.

Update 6 (15.06.2016) Mladen Mihajlovic hat mich aufgeweckt. Ich habe gerade festgestellt, dass ich vergessen habe, über die Verfügbarkeit von VS2015 Update 3 RC zu berichten (bitte beachten Sie, dass es sich meiner Meinung nach um die zweite Version handelt: Update 3 RC2). Es ist seit dem 7. Juni bei MSDN verfügbar , RC1 = 14.0.25401.00, während RC2 = 14.0.25402.00. Es klingt viel stabiler (ich kann es nur empfehlen).

memory  visual-studio-2015 
— Eric Ouellet
quelle
11
Ich denke, dies ist eine Problemumgehung für Probleme, die früher bestanden haben, aber vor Update2 wurde es nicht automatisch deaktiviert, sondern die Leistung wurde schrecklich. Das Fazit ist, dass für eine große Lösung (wahrscheinlich eher in Bezug auf die Codegröße als in Bezug auf die Anzahl der Projekte) eine vollständige Lösungsanalyse immer noch unpraktisch ist, sodass Sie sie einfach nicht wollen. Das passiert jetzt automatisch. Das Ausschalten ist die Problemumgehung für das Problem. Das Roslyn-Team arbeitet möglicherweise an einer Lösung. Ich habe eine über 100-Projektlösung mit 50.000 Typen, Update1 war unbrauchbar und in Update2 wird der Fehler direkt beim Laden der Lösung angezeigt.
— Anders Forsgren
Vielen Dank für die Information. Dies erklärt wahrscheinlich, warum mein VS2015-Update 1 auch ab und zu einfrierte. Zumindest gibt es jetzt einen Fallback und wir können weiterarbeiten. Ich hoffe, das Roslyn-Team findet schnell eine Lösung :-)!
— Eric Ouellet
2
Ich stimme dafür, diese Frage als nicht zum Thema gehörend zu schließen, da ein Microsoft Connect-Problem vorliegt.
— Daniel A. White
3
— net_prog
1
Ich habe das gleiche Problem. VS2015 upd. 2 + ReSharer (beide aktualisiert). Wir haben rund 400 Projekte in Lösung. Ich habe dies nur mit ReSharper erlebt. Leider habe ich Update 2 ungefähr zur gleichen Zeit wie ReSharper installiert. Ich bin mir also nicht sicher, wer schuld ist. VS verfügt nur nicht über genügend verfügbaren Speicher für 32-Bit-Anwendungen. 64bit VS IDE hätte helfen können. Ich habe viel freien Speicherplatz (64 GB) - daher hasse ich Anwendungen, die mir sagen, dass ihnen der Speicherplatz ausgeht.
— Martin Dobšík

Antworten:

3

Nach einer sehr kurzen Analyse scheint das Problem mit der standardmäßig aktivierten CodeAnalysis-Implementierung zusammenhängen zu können, und ich konnte keine Konfigurationsdateioption finden, die es deaktivieren kann.

Hier sind Referenzsuchergebnisse .

Ich konnte das CodeAnalysis VS-Plugin jedoch vorerst erfolgreich deaktivieren und es scheint einen Unterschied darin zu machen, wie reibungslos VS läuft.

Die einzige Änderung bestand darin, den CodeAnalysis-Erweiterungs-Plugin-Ordner umzubenennen von:

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis

zu

C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\CodeAnalysis_disabled

Dies wird natürlich den VisualStudio-Funktionsumfang beeinträchtigen und möglicherweise einige Nebenwirkungen verursachen. Da ich jedoch die Alanylsis-Funktionen von ReSharper verwende, war die VS CodeAnalysis einfach übertrieben.

Aktualisieren:

Es sieht so aus, als ob Microsoft.VisualStudio.CodeAnalysis.VCPlugin.dll ebenfalls zu GAC hinzugefügt und vor dem Löschen durch gacutil geschützt wird. Um es gewaltsam aus dem GAC zu entfernen, sind folgende Schritte erforderlich:

  1. Löschen Sie den folgenden Registrierungsschlüssel, speichern Sie ihn jedoch zuerst für alle Fälle:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE \ SOFTWARE \ Classes \ Installer \ Assemblies \ Global] "Microsoft.VisualStudio.CodeAnalysis, Version =" 14.0.0.0 ", publicKeyToken =" b03f5f7f11d50a3a ", Prozessorarchitektur =" MSV " 14.0.23107.0 ", Kultur =" neutral "= hex (7): 6a," 00,5f, 00,65,00,7e, 00,5a, 00,61,00,47,00,71 00,2a, 00,3f, 00,6a, 00,61,00,31,00, \ 30,00,6e, 00,66,00,70,00,4e, 00,2d, 00,44, 00,54,00,65,00,73,00,74,00,54,00,6f, \ 00,6f, 00,6c, 00,73,00,5f, 00,65,00,6e, 00 , 75,00,3e, 00,39,00,42,00,21,00,4e, 00, \ 63,00,6a, 00,24,00,58,00,70,00,45,00, 42,00,75,00,6a, 00,21,00,56,00,3d, 00,2d, \ 00,31,00,51,00,32,00,00,00,68,00,6a , 00,4f, 00,46,00,70,00,48,00,2d, 00,24,00, \ 4b, 00,34,00,69,00,4f, 00,68,00,33, 00,72,00,60,00,65,00,62,00,28,00,36,00,43, \ 00,6f, 00,64,00,65,00,5f, 00,41,00,6e, 00,61,00,6c, 00,79,00,73,00,69,00,73,00, \ 5f, 00,54,00,6f, 00,6f , 00,6c, 00,73,00,5f, 00,31,00,31,00,39,00,38,00,37,00,5f, \ 00,78,00,38,00,36, 00,5f, 00,65,00,6e, 00,75,00,3e, 00,39,00,42,00,21,00,4e, 00, \ 63,00,6a, 00,24,00 , 58,00,70,00,45,00,42,00,75,00,6a, 00,21,00,56,00,3d, 00,2d, \ 00,31,00,51,00, 32,00,00,00,00,00

  1. Deinstallieren Sie die Assembly von GAC

"C: \ Programme (x86) \ Microsoft SDKs \ Windows \ v10.0A \ bin \ NETFX 4.6 Tools \ x64 \ gacutil.exe" / u "Microsoft.VisualStudio.CodeAnalysis, Version = 14.0.0.0, Kultur = neutral, PublicKeyToken = b03f5f7f11d50a3a, processArchitecture = MSIL "/ f

Es kann auch empfohlen werden, den Ordner CodeAnalysis_disabled an einen anderen Speicherort zu verschieben, da ich nicht sagen kann, wie der VS MEF-Loader implementiert ist und wo nach Plugins gesucht wird.

— auch
quelle
Hinweis: Sie können es deaktivieren, indem Sie: Menu-ReSharper-Options-Code Inspection- "Code-Analyse aktivieren".
— Eric Ouellet
Ich habe Ihren Vorschlag bereits in der Vergangenheit (vor Update 2) ausprobiert, aber es hat Visual Studio nicht daran gehindert, einzufrieren. Es scheint weniger zu passieren, aber immer noch einzufrieren. Montag, 18. April (vor 3 Tagen) Ich habe gerade das 20-30 Framework.net-Paket von "Programm und Funktionen" deinstalliert und Visual Studio mit Update 2 vollständig neu installiert. Es sieht besser aus, zumindest was das Einfrieren betrifft, da ich die Erinnerungsnachricht seit mehr als einer Woche nicht mehr habe. Ich werde warten, um die richtige Lösung zu finden, bevor ich eine Antwort akzeptiere. Vielen Dank.
— Eric Ouellet
Ich habe nichts gegen ReSharpers eigene Code-Analyse. Es ist tatsächlich sinnvoll, dass VS bei großen Codebasen immer noch einfriert, da es sich um eine 32-Bit-Anwendung handelt, die anscheinend nach kontinuierlichem Wachstum von Features einen 64-Bit-Sprung benötigt, um die Speicherbeschränkungen zu bewältigen. Bitte behandeln Sie meine Antwort als Hinweis, der dazu beiträgt, eine speicher- und CPU-hungrige Funktion vorerst zu deaktivieren. Bitte überprüfen Sie auch das Update.
— Auch
Ich teste Ihre Lösung. Vielen Dank! Heute wurde mein VS2015-Update 2 erneut neu gestartet. Ziemlich aggressiv als Fix, aber wenn es funktioniert :-) !!! Ich werde Sie über das Verhalten auf meinem Computer
— Eric Ouellet
Ich habe gerade die gleiche Meldung erhalten: "Geringer Speicher erkannt ...", obwohl ich Ihren Anweisungen gefolgt bin. Ich denke, die Codeanalyse ist immer noch da. Es scheint wirklich schwierig zu sein, CodeAnalysis zu deaktivieren. Ich frage mich, ob es für VS2015 nicht kritisch ist, dass es richtig funktioniert (.. Teil von Roslyn).
— Eric Ouellet
3

Eine Problemumgehung für dieses Problem besteht darin, die vollständige Lösungsanalyse zu deaktivieren, indem Sie auf Extras -> Optionen -> Texteditor -> C # (oder Basic) -> Erweitert -> Deaktivieren Sie "Vollständige Lösungsanalyse aktivieren" klicken.

Dies scheint ein Fehler zu sein, an dem das Rosyln-Team an https://github.com/dotnet/roslyn/issues/10365 arbeitet

— John Atwood
quelle
Vielen Dank, ich habe gerade VS Solution Analysis deaktiviert. Ihr Link enthält viele nützliche Informationen.
— Eric Ouellet
Nach 2 Stunden ==> keine Speichermeldung aber VS stürzt ab und wird neu gestartet. Ich wurde jedoch nicht neu gestartet, nachdem ich die vollständige Lösungsanalyse deaktiviert hatte. Jetzt ist es geschafft :-)!
— Eric Ouellet
1
Ich weiß nicht, ob es den Speichermeldungsfehler behebt. Aber es behebt sicherlich nicht das Speicherproblem, die unvermeidliche Langsamkeit, die nach einer Weile auftritt (wie 4 Stunden in meinem Fall). Und schließlich sperrt und stirbt. Ein Fehler ist immer noch da. Das Problem wird dadurch nicht behoben. (2016-04-26, 6 Stunden nach dem Versuch der Problemumgehung).
— Eric Ouellet
1
Verstanden! "Geringer Speicher erkannt. Vollständige Lösungsanalyse für diese Lösung deaktiviert", obwohl meine vollständige Lösungsanalyse bereits deaktiviert war. Es ist so langsam, dass ich schließen und neu starten muss. Sehr produktiv!!! Nur nach einer Stunde.
— Eric Ouellet
Kann jemand erklären, was "Vollständige Lösungsanalyse aktivieren" tatsächlich bewirkt ? Ich habe es bereits deaktiviert, erhalte aber auch die Meldung "Niedriger Speicher erkannt".
— Craig W.
3

Ich habe einige Artikel gelesen, in denen dieses Problem als Überschreitung des virtuellen Adressraums beschrieben wird, da eine interne Speicherstruktur (Liste möglicherweise) 2 GB überschreitet. 2 GB ist der virtuelle Standardadressraum für 32-Bit-Prozesse wie VS 2015. Sie können ihn jedoch auf maximal 3 GB einstellen.

Die Lösung, die ich gefunden habe, ist von hier :

Start▸All Programs▸Accessories▸right-click on Command Prompt▸Run as administrator

Run the following command:

bcdedit /set IncreaseUserVa 3072

Restart the computer.

Dies ist keine 100% ige Lösung, da Ihnen möglicherweise sogar mit 3 GB RAM für einen Prozess der virtuelle Adressraum ausgeht. Nach dem Einstellen dieses Schalters hörte VS auf, sich über den Speicher zu beschweren.

— Ognyan Dimitrov
quelle
Danke Ognyan, es könnte dir vielleicht ein bisschen mehr Zeit geben, aber ich kenne den Nachteil nicht. Wenn es keine gibt, warum Microsoft diese Einstellung nicht selbst festlegen würde? Ich warte lieber auf eine robustere Lösung. Aber vielleicht werden es einige Leute mögen und es versuchen. Als Randnotiz sieht es so aus, als wäre es nur für die 32-Bit-Edition von Windows (wie im ersten Satz geschrieben) ??? Ich habe Windows 7 64-Bit
— Eric Ouellet
1
Ich vermute, dass es auf einem 32-Bit-System mit nur 4 GB adressierbarem Speicher keine andere Option gibt. Jetzt habe ich eine Maschine mit 32 GB RAM und es ist kein Problem, dem Prozess mehr zu geben - das Betriebssystem wird mehr als genug zu verwenden haben. Sie können dies unter folgendem Link lesen : "In 32-Bit-Editionen von Windows stehen Anwendungen 4 Gigabyte (GB) virtueller Adressraum zur Verfügung. Der virtuelle Adressraum ist so aufgeteilt, dass der Anwendung 2 GB und den anderen 2 GB zur Verfügung stehen ist nur für das System verfügbar. "
— Ognyan Dimitrov
Das klingt interessant! Ich werde es versuchen, wenn vs2015 erneut abstürzt. Vielen Dank!
— Roman
1
@OgnyanDimitrov, Windows hat ein neues Update veröffentlicht, mit dem VS2015-Abstürze behoben wurden. Daher habe ich diese Lösung nicht ausprobiert.
— Roman
@OgnyanDimitrov, es war ein allgemeines Windows-Update. Vom 9. bis 12. Mai veröffentlichten sie eine große Anzahl von Updates (ungefähr 30), und einer von ihnen (oder mehrere) war der Fixer. Stellen Sie sicher, dass alle Windows-Updates installiert sind.
— Roman
2

Meine Antwort lautet: Visual Studio schließen und öffnen.

Ich habe das Kontrollkästchen "Vollständige Lösungsanalyse aktivieren" deaktiviert und erhalte weiterhin die Visual Studio-Meldung "Niedriger Speicher erkannt. Vollständige Lösungsanalyse für diese Lösung deaktiviert." Visual Studio 2015 Version ist 14 Update 2. Ich finde, dass ich VS schließen muss.

VS kann keine TFS-Aufgaben mehr öffnen und ich kann keinen Code einchecken, es sei denn, ich schließe VS und öffne es erneut. Zum Glück habe ich eine neue Solid-State-Festplatte, sodass ich beim Schließen / Öffnen des VS nicht so lange warten muss wie zuvor. Aber immer noch ein enttäuschender Ärger.

— Joe Kahl
quelle
2
Danke, aber das mache ich schon. Ich suche eine weniger störende Lösung :-)!
— Eric Ouellet
0

Ich hatte dieses Problem eine Weile in Kauf genommen. Ich würde sehen, dass die Speichernutzung bei der Arbeit mit TypeScript-Dateien stetig steigt, was zu einem möglichen Absturz führen würde. Wenn dies Ihre Situation sein könnte, überprüfen Sie, ob Sie irgendwo in Ihrem Projekt RXJs haben. Wenn die Version 5.0.0-beta.2 ist, aktualisieren Sie auf 5.0.0-beta.3 (oder höher), um das Problem zu beheben.

Weitere Details: https://github.com/Microsoft/TypeScript/issues/7344#issuecomment-198392320

— gxclarke
quelle
Ich arbeite nur mit WPF. Sprechen Sie über eine Referenz? Wenn ja, habe ich in keinem meiner Projekte auf rxjs verwiesen.
— Eric Ouellet
0

Ich wünschte ich hätte eine magische Kugel. Aber hier ist, was mir geholfen hat, aber jetzt immer das Problem löst. VS2015 Update 2. Resharper 2016.1.1. Alle Projekte sind vNEXT.

  1. In Resharper -> Optionen -> Code Inspection -> Einstellungen. Fügen Sie so viele Ordner wie wwwroot hinzu. Ich habe auch jeden Ordner unter wwwroot hinzugefügt, da er nicht zu kaskadieren schien. Fügen Sie in Dateimasken ein beliebiges Framework * .js oder * .css hinzu (dh * .min.js, * jquery.js, * angle.js, * .min.css). Dieser Schritt hat dazu beigetragen, das "Laden von Quelldateien" zu reduzieren, das Resharper beim Erstellen von js / css mit Gulp, Grunt zum Veröffentlichen ausführt.

  2. Dies ist nicht ideal, aber wenn ich Code schreibe und nicht testen möchte, entlade ich alle Projekte, die ich nicht verwende, normalerweise im Test. Dies scheint den von Resharper / vs verwendeten 'Managed Memory' zu reduzieren.

  3. Schließlich ist es ärgerlich, dass ich NIEMALS Dateien unter den bower_components im VS Solution Explorer betrachte. Ich finde, dass das direkte Aufrufen des Ordners und die Verwendung von VSCODE für die JS / JSON-Anzeige Zeit und Frust spart. Es lässt mich glauben, dass node_modules und bower_components zwar "ignoriert" werden, aber nicht wirklich ignoriert werden oder etwas mit der bloßen Anzahl von Dateien in einem Projektverzeichnis zu tun haben.

Ich erwarte eine 100% ige Lösung, hoffe aber, dass diese helfen.

— Rentering.com
quelle
Ich aktualisiere meine Erfahrung. Ich habe ReSharper Tools -> Optionen deaktiviert. Installiertes CodeMaid. Ich habe immer noch den Fehler von Low Memory. Es hat länger gedauert, bis der Fehler aufgetreten ist, aber ich denke nicht, dass dies ein Resharper-Problem ist, aber ich denke, dass Resharper es schneller macht. Hier gibt es noch keine Lösung, aber ich bin froh, dass es nicht Resharpers Schuld ist (per se).
— Rentering.com
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.