Langsames Debugging-Problem in Visual Studio

87

Selbst wenn ich in meiner Visual Studio-Instanz nur eine einzelne Rückgabezeile in einer C # -Konsolenanwendung geschrieben habe, F5dauert es eine Minute nach dem Drücken , um den eigentlichen Code auszuführen (ich meine die Zeit, die benötigt wird, um die einzelne return-Anweisung danach anzuhalten Drücken von F5- Ich habe einen Haltepunkt für die return-Anweisung in der mainFunktion gesetzt. Was ist falsch? Gibt es eine Checkliste?

Ich verwende Visual Studio 2008 VSTS Edition und debugge unter Windows Server 2003 x64.

George2
quelle
2
Nur um sicherzugehen ... Wie viel Speicher steht Ihnen zur Verfügung, wenn Sie versuchen, den Code auszuführen? VS ist ein Erinnerungsfresser aus meiner Erfahrung ...
RSolberg
Was ist deine Hardware? Visual Studio ist sehr festplatten- und CPU-intensiv, sodass die Leistung eines preisgünstigen Computers nicht ausreicht.
William Holroyd
1
> 2-3 bedingte Haltepunkte zu haben, wird von VS schlecht gehandhabt ...
Simon Buchan
Ich habe 4G-Speicher und kein anderer Prozess wird gleichzeitig ausgeführt. Ich habe meine Maschine nur ein paar Mal neu gestartet und das gleiche Symptom. Ich habe mich eine Woche zuvor nicht mit solchen Problemen getroffen. Irgendwelche weiteren Ideen?
George2
2
Sie sind alle unter Debug-> Windows-> Haltepunkte (Strg-Alt-B) aufgeführt. Aber Sie würden wissen, ob Sie welche gemacht haben ...
Simon Buchan

Antworten:

149

Möglicherweise müssen Sie alle Ihre Haltepunkte löschen. Beachten Sie, dass Sie auf die Schaltfläche "Alle Haltepunkte löschen " klicken müssen (oder Ctrl+ Shift+ verwenden müssen F9) und sie NICHT einfach einzeln löschen müssen. Wenn Visual Studio Ihre Lösungseinstellungen entstellt hat, funktionieren letztere nicht. Möglicherweise müssen Sie zuerst einen Haltepunkt hinzufügen, damit dies funktioniert (clever, wie?).

Im schlimmsten Fall müssen Sie möglicherweise Ihre .suoDatei löschen und Visual Studio eine neue von Grund auf neu starten lassen. Beachten Sie jedoch, dass Sie Ihre persönlichen Lösungskonfigurationseinstellungen verlieren (nur für diese Lösung, keine anderen). Möglicherweise möchten Sie die Datei jedoch vorübergehend verschieben / umbenennen, bis Sie feststellen, ob dies das Problem ist oder nicht. Auf diese Weise können Sie es jederzeit zurückschieben. Ich habe einige Online - Ressourcen empfehlen Löschen gesehen (Verschieben / Umbenennen) , um die .ncbDatei als auch.

fällinde
quelle
2
Hallo, Verbindungslinde. Ich finde, der Engpass sollte sich mit dem Netzwerk befassen. Wenn ich das Netzwerkkabel abschließe, ist die Leistung beim Debuggen sehr gut. Haben Sie Ideen, warum? und wie weiter zu bewerten?
George2
Das Löschen einer 14Mb .suo-Datei hat bei mir funktioniert :) Es sind jetzt mickrige 150Kb. Problem trat nach dem Upgrade von VS2010 Pro auf Ultimate
GreyCloud
+1. Vielen Dank, das hat funktioniert. Mein VS 2010 brauchte 2 Minuten, um ein Projekt auf einer Workstation zu starten. Huh. Was für ein Fehler ...
Arsen Zahray
Ich habe auch die .suo-Datei gelöscht, aber ich habe es getan, während Visual Studio ausgeführt wurde. Beim Neustart von Visual Studio wurde der Debugger wieder sehr schnell angehängt, und anscheinend wurden die meisten meiner Einstellungen beibehalten.
Stiduck
+1 Vielen Dank, wirklich. In meinem Fall hat das Löschen der Suo-Datei also perfekt für mich funktioniert.
Dean Seo
26

Ich habe das schon mal gesehen. Versuchen Sie, alle Ihre Haltepunkte zu löschen, und legen Sie dann die gewünschten fest. Hit F5. Ist es jetzt schneller?

Ich habe gerade bemerkt, dass Sie das Einrichten der .NET-Quell-Debugging-Funktion erwähnt haben. Versuchen Sie das zu deaktivieren. Ihre Netzwerkverbindung zum Microsoft-Quellserver ist möglicherweise langsam. Deaktivieren Sie auch die Symbolserver-Konnektivität im Menü ExtrasOptionenDebuggingSymbole .

Versuchen Sie auch, "Eigenschaftsbewertung und andere implizite Funktionsaufrufe aktivieren" im Menü ExtrasOptionenDebuggingAllgemein zu deaktivieren .

mis
quelle
1
In meinem Haltepunktfenster befindet sich nur eine in der return-Anweisung meiner Hauptfunktion. Irgendwelche anderen Checklisten?
George2
1
Weitere Dinge zum Ausprobieren hinzugefügt. Ich hoffe es hilft.
scharf
Ich habe den einzigen Haltepunkt in der return-Anweisung meiner Hauptfunktion entfernt, aber es dauert immer noch sehr langsam, die Anwendung zu starten und zu stoppen. Dies dauert ungefähr 1 Minute. Irgendwelche weiteren Ideen?
George2
Hier ist eine weitere Idee, um Ihr Problem zu isolieren. Trennen Sie Ihr Netzwerkkabel, starten Sie Visual Studio neu und drücken Sie F5 in Ihrem Projekt. Ändert das etwas?
scharf
1
Versuchen Sie, dies zu deaktivieren. Möglicherweise ist Ihre Netzwerkverbindung zum Quellserver von Microsoft langsam. Deaktivieren Sie auch die Konnektivität von Symbolservern unter Extras> Optionen> Debuggen> Symbole - Dies hat bei mir funktioniert
Yousuf Azad
19

Oder entfernen Sie Ihre .suo-Datei, die sich neben Ihrer Lösungsdatei (.sln) befindet. Dies löste ein Problem, bei dem das Starten und Stoppen von Debug-Sitzungen lange dauerte.

Frank
quelle
+1 für das Speichern meiner geistigen Gesundheit (und das Speichern einer Neuinstallation von VS2010). Vielen Dank!
Chuck Dee
Dies ist auch die Lösung, auf die in MSDN verwiesen wird
ecoe
Die Bestätigung gilt auch für ältere Versionen 2003.NET und 2005. Eine Anwendung hatte einige Haltepunkte und lief einwandfrei. Ein paar weitere Haltepunkte hinzugefügt ... 100% CPU-Auslastung und schreckliches Flackern in VS beim Debuggen. VS geschlossen, gelöscht .suo, erneut geöffnet und das Debuggen ist wieder schnell.
AlainD
Dies ist die Lösung, die ich finde, funktioniert immer dann, wenn VS in Bezug auf das Debuggen zu langsam wird
Graviton
Oder benennen Sie die .suo-Datei zuerst um, bevor Sie sie löschen, damit Sie zum vorherigen Status zurückkehren können.
Peter Mortensen
12

Ich hatte dieses Problem. Nachdem wir alle aufgeführten Ratschläge ausprobiert und alle Visual Studio-Erweiterungen entfernt hatten, stellten wir schließlich fest, dass IntelliTrace irgendwie aktiviert war. Durch Deaktivieren wurde alles behoben.

Gewusst wie: Aktivieren und Deaktivieren von IntelliTrace

Kevin DiTraglia
quelle
Es löst auch Probleme, wenn Sie ein Projekt haben, das SharpDX verwendet - es hat bei mir funktioniert und jetzt ist die Grafikleistung wieder normal.
Komorra
Im speziellen Fall der Verwendung von SharpDX und Debug-Build hatte ich den gleichen Effekt, aber es war nur das DX-Debugging aktiviert. Wenn es nicht benötigt wird, suchen Sie nach "DeviceCreationFlags.Debug" und deaktivieren Sie es
thewhiteambit
In VS2015 habe ich 'Intellitrace aktivieren' deaktiviert und auf OK geklickt. Später wurde festgestellt, dass Sie von "Intellitrace- und Anrufinformationen" zu "Nur Intelllitrace-Ereignisse" wechseln müssen. Wenn Sie dies nicht tun, bleibt 'Enable Intellitrace' GEPRÜFT!
Grinsender
Probleme gelöst! (Glauben Sie nicht an den MS-Kommentar: "Dieses Thema gilt nur für Visual Studio 2010 Ultimate.") Ich habe 2017 kostenlose Edition und es beschleunigt das Debuggen dramatisch!
Marsh-Wiggle
IntelliTrace in VS 2017 und höher ist eine reine Enterprise-Funktion, sodass mein Problem dadurch nicht behoben wurde (da ich nur VS 2017 Pro Edition hatte).
FoxDeploy
6

Haben Sie viele Haltepunkte gesetzt? Diese können die Startzeit erheblich verlangsamen. Jedes Mal, wenn ein neues Modul in den Prozessadressraum geladen wird, müssen alle überprüft werden, um festzustellen, ob sie gültig sind.

1800 INFORMATIONEN
quelle
Ich habe nur einen Haltepunkt in meinem Benutzermoduscode. Ich erinnerte mich jedoch an eine Woche, bevor ich die Quell-Debugging-Funktion in Visual Studio verwendet hatte, um einen Haltepunkt für den internen .NET-Code festzulegen. Gibt es eine Möglichkeit, alle Haltepunkte zu überprüfen, einschließlich der von mir festgelegten .Net-internen?
George2
Keine, aber immer noch langsam, weitere Ideen?
George2
nicht wirklich, es scheint, als ob Ihre Hardware in Ordnung sein sollte und alle anderen Elemente, die ich versucht hätte, scheinen von anderen Kommentatoren abgehakt worden zu sein. An diesem Punkt würde ich wahrscheinlich versuchen, Visual Studio neu zu installieren - vielleicht ist etwas mit der Installation durcheinander
1800 INFORMATION
Ich habe in einem anderen Verzeichnis neu installiert, aber immer noch das gleiche Symptom. Irgendwelche weiteren Ideen?
George2
6

Gehen Sie zum Menü ExtrasOptionenDebuggerSymbole und prüfen Sie, ob öffentliche Symbole oder UNC- Netzwerkpfade festgelegt sind. Überprüfen Sie auch das Menü Extras * → OptionenDebuggerAllgemein , um festzustellen , ob Sie den Quellserver eingestellt haben.

All dies kann sich auf das Debuggen auswirken, das auf einer langsamen Netzwerkgeschwindigkeit oder nicht verfügbaren Servern basiert. Die Wartezeit von 5 Minuten entspricht einer Netzwerkzeitüberschreitung.

Wenn in den Optionen nichts festgelegt ist, überprüfen Sie, ob die Umgebungsvariable _NT_SYMBOL_PATH festgelegt ist.

Steve Steiner
quelle
Danke, das war es für mich. Ich lud gelegentlich 1 oder 2 Symboldateien in das Modulfenster und zeigte über UNC-Pfade auf Symbole aus unseren Builds oder seltener auf virtuelle Maschinen, die nicht mehr existieren. Ich habe nicht bemerkt, dass alle diese Pfade in den Einstellungen für Debugger / Symbole gespeichert wurden.
Brian
6

Mein Kollege reagierte sehr langsam auf Visual Studio, und es dauerte buchstäblich Minuten, um beim Debuggen einen Schritt auszuführen.

Die Hauptursache war ein Antivirenprogramm (Threatfire), das während der Ausführung von Visual Studio verrückt wurde. Durch das Beenden des Prozesses wurde sofort alles behoben.

Mafu
quelle
Ich hatte eine schreckliche Erfahrung mit dem Web-Debugging bei der Arbeit, bis ich das ESET-Antivirus deaktivierte. Nachdem ich F5 getroffen habe, ist meine Reaktionszeit von 2-3 Minuten auf 2-3 Sekunden gestiegen.
James Hulse
1
Das Aussetzen von ThreatFire für eine Weile hat mir auch sehr geholfen - danke! (Vorübergehendes Ausschalten von Avast! Hat auch ein bisschen geholfen, aber nicht so viel.)
Jon Coombs
Malwarebytes war die Ursache meines Problems. Das Beenden behebt die Langsamkeit.
Ben Rubin
Ich verwende auch Malwarebytes ... Nach dem Beenden ist das Debuggen von VisualStudio viel schneller. Der Start des Debugs war 15 Sekunden zuvor, jetzt sind es 2 Sekunden. Danke!
BlueDev
5

In meinem Fall wurde das Problem durch Ändern des Debug-Symbols " Symbol automatisch laden für" von "Alle Module" in "Nur angegebene Module" behoben. Sie können diese Option über das Menü ExtrasOptionenDebuggingSymbole ändern .

cahit beyaz
quelle
3

Eine andere Ursache plus ... Wie man das Problem findet

Für mich war es die Option ShowOtherThreadIpMarkers . Ein Wert von 1 macht Visual Studio (2010) unerträglich langsam (3-5 Sekunden für jeden Debug-Schritt. Mit einem Wert von 0 ist es wieder schnell.

Was ist das für eine Option? Ich habe keine Ahnung. Ich konnte es nicht über die Visual Studio-Benutzeroberfläche finden. Ich habe alle möglichen Debugging-Optionen dort deaktiviert und nichts hat funktioniert.

Also ging ich zu Import / Export- Einstellungen und lud meine alten Einstellungen, die ich zuvor gespeichert hatte, in der Zeit zurück, bis Visual Studio wieder schnell war, und verglich dann die vssettings-Dateien ... usw. usw.

Ich möchte darauf hinweisen, dass wenn Sie die Einstellungen laden, während Sie sich im Debug-Modus befinden und an einem Haltepunkt gestoppt sind, diese sofort wirksam werden. Sie müssen den Debugger nicht stoppen und neu starten.

marcelloptr
quelle
+1 Danke, das war auch mein Problem mit einer C # Web-App in VS2015. Ich habe die Option "Threads in Source anzeigen" in der Symbolleiste beim Debuggen deaktiviert und das Problem ist behoben. Wenn die Option in der Symbolleiste nicht verfügbar ist, können Sie sie finden, indem Sie mit der rechten Maustaste auf einen Thread im Fenster "Threads" klicken.
Groo
2

Aus dem von Travis verlinkten ScottGu-Blog: "Ein weiteres Problem, von dem ich kürzlich gehört habe, ist ein Problem, auf das einige Leute mit dem Google Toolbar-Add-In gestoßen sind. Aus irgendeinem Grund kann dies manchmal zu langen Verzögerungen beim Anhängen des Visuals führen Studio-Debugger für den Browser. Wenn beim Laden Ihrer Webanwendung lange Verzögerungen auftreten und die Google-Symbolleiste (oder andere Symbolleisten) installiert sind, sollten Sie versuchen, sie zu deinstallieren, um festzustellen, ob dies die Ursache des Problems ist. "

Katze Zimmermann
quelle
Haben Sie die Google Toolbar installiert? Sogar Nein zu sagen ist hilfreich für zukünftige Leser dieser Frage.
Cat Zimmermann
Ich habe den IE geöffnet und keine Symbolleiste angezeigt. Bedeutet dies, dass ich keine Symbolleiste installiert habe und keine Auswirkungen auf Visual Studio habe? :-)
George2
2
Beeindruckend. Ich dachte, dass es keinen Sinn macht, aber ich habe es einfach deinstalliert und mein Computer kehrte in den verwendbaren Modus zurück
orellabac
1
Ein weiteres Plugin, das beschuldigt wird, ist LastPass. Ist dies nur ein Problem mit dem Internet Explorer oder kann ein Plugin in einem Browser die Dinge beeinflussen?
Denise Skidmore
1
@DeniseSkidmore Du bist unglaublich, ich wünschte ich könnte mehr als einmal upvoten. All diese anderen Lösungen und nichts hat geholfen ... dann habe ich Ihren Kommentar gelesen, das LastPass IE-Add-In deaktiviert und plötzlich ist es wieder schnell. Ich bestätigte, dass dies das Problem war, indem ich das Add-In wieder aktivierte und es wieder langsamer wurde. DANKE!!!!
Lews Therin
2

Das Ausführen unter dem Debugger war für mich ungefähr 10x langsamer als das Ausführen ohne Debugging.

Nachdem ich alle hier vorgeschlagenen Lösungen ausprobiert hatte, ging ich alle Debugger-Einstellungen durch und aktivierte / deaktivierte sie, um festzustellen, ob sie einen Unterschied machten.

Für mich stellte sich heraus, dass das Deaktivieren der Suppress JIT-Optimierung beim Laden des Moduls in den Debug-Einstellungen die Dinge massiv verbessert hat.

Ben Hughes
quelle
1

Stellen Sie sicher, dass Sie keine veralteten Netzwerkzuordnungen zu Servern haben, die nicht mehr vorhanden sind (Netzwerk-Timeouts werden Sie töten). Oder verwenden Sie so etwas wie Process Monitor , um festzustellen , ob ein Netzwerk (oder ein anderer Dateifehler) für längere Zeit blockiert zu sein scheint.

Michael Burr
quelle
Process Monitor ist ein cooles Tool! :-) Aber welche Option in Process Monitor könnte verwendet werden, um zu sehen, "ob ein Netzwerk (oder ein anderer Dateifehler) für eine lange Zeit zu blockieren scheint"?
George2
Ich würde nach Dingen wie Fehlern suchen, wenn ich versuche, eine Datei zu öffnen, oder nach der Dauer von Vorgängen (vergessen Sie nicht, dass es Datenelemente gibt, die Sie möglicherweise nicht sehen, wie z. B. 'Dauer', die Sie unter Optionen / Spalten auswählen auswählen können ...). . Nutzen Sie die Filter und Highlights zu Ihrem Vorteil.
Michael Burr
Hallo Michael Burr, mit Process Monitor meinen Sie, den VSTS-Prozess selbst zu überwachen oder alle Prozesse auf der Maschine zu überwachen?
George2
Ich würde definitiv nur mit VSTS (devenv.exe) beginnen, sonst werden Sie mit Informationen überschwemmt, die mit ziemlicher Sicherheit nicht nützlich sind.
Michael Burr
1
Sie möchten "Process Monitor" und nicht "Process Explorer" verwenden. Siehe technet.microsoft.com/en-us/sysinternals/bb896645.aspx . Die 2 Dienstprogramme haben unterschiedliche Funktionen. Procmon verfolgt Datei- und Registrierungsvorgänge. Procexp ist ein praktisches Dienstprogramm, bietet diese Art der Ablaufverfolgung jedoch nicht.
Michael Burr
1

Verwenden Sie einen SymbolServer, um Symbole für Windows-DLL-Dateien herunterzuladen?

Wenn ja, deaktivieren Sie dies, da dies einige Zeit dauern kann, aber ich würde nicht erwarten, dass dies zu langen Verzögerungen in einer grundlegenden Konsolenanwendung führt.

Menü ExtrasOptionenDebuggingSymbole .

Michael Prewecki
quelle
Der Inhalt ist unter Extras> Optionen> Debugging> Symbole leer. Irgendwelche weiteren Ideen?
George2
1

Ich weiß, dass dies ein altes Thema ist, aber für das, was es wert ist ...

Ich habe festgestellt, dass es bis zu einer Minute dauern kann, bis das Debuggen beginnt, wenn ein separates Internet Explorer-Fenster für längere Zeit geöffnet war. Schließen Sie alle Internet Explorer-Fenster und das Debuggen beginnt sofort.

Robbie
quelle
1

In meinem Fall hat die Google Toolbar mein Debuggen verlangsamt.

gplus_notifications_gadget.html ging einfach weiter und überlastete den Debugger. Ich wollte die Google-Symbolleiste behalten, weil ich sie regelmäßig verwende. Deshalb habe ich nur die G + -Benachrichtigungsschaltfläche (die kleine Schaltfläche neben der Profilschaltfläche) deaktiviert. Es ist jetzt glücklich.

wcloister
quelle
1

Ich hatte das gleiche Problem in Visual Studio 2010, als ich den Code unerträglich langsam eingab (zwischen 3 und 10 Sekunden). Keine der oben genannten Einstellungsänderungen hat jedoch den Trick ausgeführt.

Ich fand schließlich die ultimative Lösung, die in allen oben genannten Post-Problemen funktionieren würde: Setzen Sie alle Ihre Einstellungen zurück, wie hier beschrieben (im Wesentlichen Menü ExtrasEinstellungen importieren und exportieren , Alle Einstellungen zurücksetzen und vorhandene Einstellungen in einer Datei speichern (zum Zurücksetzen) )).

Möglicherweise möchten Sie zuerst einen bestimmten Teil Ihrer Einstellungen speichern. Zum Beispiel habe ich zuerst mein Farbthema (Solarized-like) gespeichert und es dann nach dem globalen Zurücksetzen wiederhergestellt.

Spikegee
quelle
1

Für mich war die Einstellung, die die Leistung beeinträchtigte (Windows 8 blieb bis auf die Mausbewegung sogar hängen), das Deaktivieren von "Alle Prozesse unterbrechen , wenn ein Prozess unterbrochen wird" im Menü OptionenDebuggenAllgemein .

Niels
quelle
1

Nur eine weitere Ursache für ein langsames Debuggen von Visual Studio ...

Vor langer Zeit habe ich aktiviert, um FusionLogzu sehen, was ein Problem mit der Baugruppenbindung verursacht.

Stellen Sie sicher, dass Sie es nach der Verwendung deaktivieren. Warum? Weil es viele Protokolldaten auf die Festplatte schreibt, während es aktiviert ist.

Dies ist der FusionLogSchlüssel in der Windows-Registrierung ( regedit.exe):

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion

Ändern der ForceLog, LogImmersiveund die LogResourseBindingsWerte von 1 (aktiviert) bis 0 (deaktiviert).

Leniel Maccaferri
quelle
Das war es, was mir passiert ist. Sie können Fusion Log auch über die Benutzeroberfläche deaktivieren: hanselman.com/blog/…
Denise Skidmore
Sie können sehen, ob dies Ihr Problem ist, wenn Sie Process Monitor ausführen. Sie sehen alle Zugriffe auf die Fusion-Protokolldatei.
Denise Skidmore
0

Ich hatte auch dieses Problem, aber es hatte in meinem Fall nichts mit Haltepunkten zu tun. Es waren Code-Verknüpfungen, die ich im Aufgabenfenster hinzugefügt habe:

http://www.customsoftwareframeworks.com/blog/longwaittimetoinsertoraddalineoftextbuginvisualstudio--tasklistwindow--nur beim Hinzufügen und Entfernen von Linien

Ich bin sicher, es gibt andere Möglichkeiten, wie Sie ein Problem wie dieses sehen können, aber irgendwo gibt es einen Fehler, der dieses Problem für mich verursacht hat ... das Löschen aller meiner Optionen hätte dies behoben, aber das wollte ich nicht machen. Also habe ich es getestet und in meinem Blog darüber geschrieben ... Ihr Problem klingt wie meins.

Shawn
quelle
Der Link ist defekt: "Die gesuchte Ressource wurde entfernt, ihr Name wurde geändert oder ist vorübergehend nicht verfügbar."
Peter Mortensen
0

Für mich hat es funktioniert, sicherzustellen, dass es keine bedingten Haltepunkte gibt. Abgesehen davon konnte ich das langsame Debuggen erfolgreich beheben, indem ich Visual Studio einfach neu startete und jeweils nur eine Instanz von Visual Studio öffnete.

jjxtra
quelle
0

Ich hatte ein ähnliches Problem und keine der anderen Anleitungen schien zu helfen. Ich hatte ohne Erfolg neu gestartet. Ich hatte alle Haltepunkte entfernt, die .suo-Datei gelöscht, überprüft, dass keine Symbole aus externen Quellen geladen wurden, und überprüft, dass in der Anwendung keine Pfade vorhanden waren, die nicht verfügbar waren.

Dann dachte ich, die Lösung zu reinigen. Ich habe im Ausgabefenster festgestellt, dass C # IntelliSense beim Reinigen ein Problem gemeldet hat:

Beim Lesen der Metadaten aus '{B0C3592F-F0D1-4B79-BE20-3AD610B07C23}' ist ein Problem aufgetreten ('Das System kann die angegebene Datei nicht finden.'). IntelliSense funktioniert möglicherweise erst ordnungsgemäß, wenn die Lösung neu geladen wurde.

In diesem Fall erfahren Sie genau, wie Sie die Fehlermeldung beheben können, sobald Sie sie tatsächlich entdeckt haben. (Gute Arbeit im Fehlertext, schlechte Arbeit in der Auffindbarkeit!) Ich habe die Projekte der Lösung entladen und sie dann neu geladen. Ich konnte dann erfolgreich eine saubere Lösung ausführen . Es hat funktioniert, und der Debugger auch.

Mike L.
quelle
0

Durch das Schließen des Fensters "Autos" wurde das Debuggen für mich in Visual Studio 2008 für eine große native C ++ - Lösung verbessert.

Das Verstecken wird nicht funktionieren. Es muss geschlossen werden.

javs
quelle
0

Ich habe die gleiche Verlangsamung erlebt und das Trennen vom Netzwerk hat das Problem für mich behoben, wie einige andere Kommentare und Antworten angegeben haben (aber das ist natürlich keine ideale Lösung).

Für meinen Fall hat diese eine einfache Änderung meine Lösung behoben: In den Projekteigenschaften auf der Registerkarte Debug habe ich "Visual Studio-Hosting-Prozess aktivieren" deaktiviert (ich führe Visual Studio 2010 aus).

verschmelzen
quelle
-9

Holen Sie sich mehr Speicher und eine schnellere HD. Weitere Details finden Sie hier .

Tsimon
quelle
1
Ich glaube nicht, dass es sich um ein H / W-Problem handelt, da meine Hardware 4 G-Speicher + 2 CPU (2,33 G) ist. Ist das genug? Übrigens: Ich habe eine Woche zuvor nicht darunter gelitten, also denke ich, dass es einige Konfigurationsprobleme geben sollte?
George2
2
+1 Hilfreicher Rat, ich kann nicht glauben, dass die Leute dies ablehnen. Obwohl das Löschen Ihrer .suo-Datei 10x mehr hilft.
Andomar
1
Das OP hat nicht einmal gesagt, was ihre Spezifikation ist. Wenn Sie mich beraten würden, würden Sie mir raten, mehr als 32 Gb Ram und schneller als mein bereits schneller Festkörper zu werden.
Valamas