2009-11-10 27 views
14

Mein Visual Studio scheint zu frieren/zu verzögern, wenn ich ein bestehendes Projekt öffne. Ich habe das NHibernate-Framework in meinen Code aufgenommen und es scheint, als würde mein Computer auf dem neuesten Stand bleiben (zumindest denke ich das). Wenn ich andere Projekte öffne, zögere ich nicht oder friere überhaupt nicht ein. Das Einfrieren dauert ungefähr 3 Sekunden bis eine Minute, dann öffnet es mein Projekt und es wird nur sehr langsam handeln, es könnte 20+ Sekunden dauern, nur um die Klassen um 20+ Sekunden zu wechseln, nur um einen einzelnen Charakter in Visual Studios einzugeben.Visual Studio beim Öffnen des Projekts Einfrieren

Ich fragte mich, ob jemand dieses Problem schon einmal hatte. Wenn ja, wie hast du es repariert?

Ich kann nicht wirklich an meinem Code arbeiten, bis dies behoben ist. Oh, auch wenn der Code gespeichert wird, friert er auch für ein oder zwei Minuten ein.

+5

Mine tut dies auch. Ich kann Ihnen von vielen Tagen der Frustration erzählen, dass es keine einfache Antwort darauf gibt, warum Visual Studio langsam läuft. –

+0

Was hast du programmiert? Es scheint, dass die Änderung einer Datenstruktur meine war. Ich habe auch bemerkt, dass es, wenn ich es für gut 5-10 Minuten vor der Arbeit an Code, es scheint ein wenig glatter läuft, aber dann ist das ein bisschen nervig. – kevin

+0

Ich denke, dass es das NHibernate Plugin ist. Ich bekomme immer einen Fehler in diesem Plugin. – monksy

Antwort

1

Was, wenn irgendwelche Add-Ins installiert sind?

Edit:

Ein Vorschlag, den ich hätte dann systematisch jede Ihrer Add-Ins deaktivieren und wenn die Leistung Änderungen sehen und wenn es tut Forschung, um die Täter und sehen, ob es irgendwelche Updates zur Verfügung.

+0

JetBrains dotTrace Integration TestDriven.net 2.22.2468 Persönlich, das ist alles – kevin

+0

Stellen Sie sicher, dass der .NET Profiler nicht "versehentlich" aktiviert ist. – leppie

+2

Was ist ein .net Profiler? – kevin

8

Sie können genau sehen, was VS zu einem bestimmten Zeitpunkt macht, wenn Sie einen Debugger an den devenv.exe-Prozess anhängen und auf Break klicken, wenn er hängen bleibt. Laden Sie dann die Symbole vom Microsoft Symbols-Server und zeigen Sie den Aufruf-Stack für den VS-Haupt-Thread an.

Ich schrieb einen sehr ausführlichen Artikel darüber, wie Abstürze zu debuggen und hängt hier: http://blogs.msdn.com/kirillosenkov/archive/2008/12/07/how-to-debug-crashes-and-hangs.aspx

Von den Call-Stack es sollte klar sein, was die Verzögerung verursacht.

5

Hatte das gleiche Problem. Closed Visual Studio 2010, erneut geöffnet Als Administrator ausgeführt, zum Extension Manager gegangen, Nuget Package Manager deinstalliert, Visual Studio 2010 als normaler Benutzer neu gestartet, Problemlösung geöffnet, Lösung erfolgreich geöffnet.

Nuget Package Manager scheint die Ursache zu sein. Meine Problemlösung verwendet EF 4.3 Code First, der stark mit der Package Manager Console interagiert, aber das kann nur ein Zufall sein.

+1

+1 Entfernen von NuGet hat den Trick auch für mich gemacht. Die andere Sache, die funktionierte, war, zuerst mein Webprojekt zu öffnen und dann die Lösung zu öffnen (!). –

+1

+1 Das war der Trick, ich verschwendete Stunden, VS Update 3 zu entfernen und es zu reparieren. Vielen Dank. – patelsan

0

Für mich, eine chkdsk /F /R (die Sie zum Neustart auffordert) und ca. 30 Minuten der Firma Zeit dieses Problem behoben.

Ich denke, ein paar unsachgemäß geschlossene Instanzen von Visual Studio kann das Problem zugeschrieben haben.

-1

Meine lokalen Dateien wurden irgendwie für ein Projekt beschädigt, zum Glück hatte ich keine ausstehenden Änderungen, also anstatt chkdsk zu laufen, löschte ich nur den Ordner und checkte die Lösung aus der Quellcodeverwaltung erneut aus.

5

Ich hatte eine Ahnung, dass etwas mit einem meiner NuGet-Pakete beschädigt worden war, und löschte vollständig den \packages Unterordner und seinen Inhalt. Wenn ich die Lösung erneut geöffnet habe, wurden alle Projekte erfolgreich geladen, ohne dass sie hängen blieben.

Von dort habe ich die zuvor gelöschten Pakete von der NuGet Package Manager Console wiederhergestellt und ich war wieder am Laufen.

+0

Scheint mein Problem zu lösen .. n.b. Sie können die Pakete folgendermaßen wiederherstellen. 'Extras'> NuGet-Paket-Manager> Paket-Manager-Konsole> Klicken Sie in der Konsole auf die Schaltfläche 'Wiederherstellen'. – Skarsnik

+0

Kann bestätigen, dass dies für mich funktioniert hat (nachdem ich viele andere Fixes ausprobiert habe) –

6

Für mich die suo-Datei zu entfernen (aus dem v14 Unterverzeichnis) lösten das Problem ...

Verwandte Themen