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).
quelle
Antworten:
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:
zu
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:
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.
quelle
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
quelle
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 :
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.
quelle
Einige Wochen jetzt mit Update 3 verfügbar und niemand antwortet ...
"Visual Studio Update 3" behebt dieses Problem und löst viele andere. EIN MUSS !!!
Ich empfehle, dies vor der Installation von Update 3 zu lesen: Visual Studio 2015 Update 3 und .NET Core 1.0 ab sofort bei John Montgomery erhältlich.
Direkter Download-Link: Visual Studio Update 3
quelle
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.
quelle
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
quelle
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.
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.
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.
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.
quelle