win7, 64Bit, vc++2008 .. debugger extrem langsam ..

[HeinzK]

Hat jemand eine Idee, was da los ist? Seit ich mit Win7 64Bit arbeite ist das debuggen eine 'Qual'!
Es dauert 3 .. 5 Sekunden von einem Debugschritt zum nächsten.
PS:
Meine Suche in Google war bisher erfolglos (außer ein paar mit gleichen Problemen, keine Lösung gefunden).
Ich habe es schon ohne Virentreiber versucht .. keine Änderung.

[BeRsErKeR]

Vielleicht ein allgemeines Performance-Problem deines Rechners? Was hast du denn für Hardware drin?

[HeinzK]

Nein, mein Rechner ist OK.

[Schrompf]

Ich hatte das Problem noch nicht, aber ich habe mal läuten hören, dass Visual Studio nach bestimmten Einstellungen auch versucht, sich online Debuginfo zu System-Libs zu besorgen. Schau mal, ob Du diese Einstellungen findest und ob deren Abschaltung Dir was bringt. Ansonsten kenne ich solche Geschwindigkeiten nur von Hardware-Debuggern (bei Dir unwahrscheinlich) oder von Remote Debuggern. Da könntest Du mal schauen, wie Du das Debuggen startest und was zum Debugger in den Projekteinstellungen steht.

[HeinzK]

a) Das mit den Online-Debug-Infos werde ich suchen.
b) Ich arbeite mit Remote-Debugging .. und werde bei nächster Gelegenheit mal darauf verzichten. Mal sehen, ob das einen Unterschied macht.

[HeinzK]

Zu a) Ich kann nichts finden.
Zu b) Bin gerade zum Testen gekommen. Also ohne Remote-Debugging läuft's wie geschmiert! Das Problem ist zwar nicht gelöst, aber lokalisiert.

[HeinzK]

.. weiter im Selbstgespräch ..
Ich habe mit den gleichen Einstellungen das ganze Projekt auf einen XP-Rechner kopiert auf dem ebenfalls VS2008 installiert ist.
Das Remote-Debuggen läuft hier ohne merkbare Verzögerungen (F10 .. und man steht sofort auf der nächsten Zeile).
Also liegt das Problem alleine an Win7 64-Bit! (Als Remote-Ziel-Rechner werden die gleichen verwendet.)

.. bin ich eigentlich einer von Wenigen, die Remote-Debugging machen? .. das ist doch eine tolle und bequeme Sache! ..

Im Internet finde ich nur vereinzelt ähnliche Problembeschreibungen, aber keinen einzigen Lösungsansatz! :?

[Helmut]

Wieso debuggst du denn nicht lokal? Mir ist noch nie in den Sinn gekommen, remote zu debuggen...

[HeinzK]

Weil Remote-Debuggen Vorteile hat:
a) im Vollbildschirm-Modus debuggen
b) kein Umschalten zwischen EDIT und AUSGABE .. während ich mit F10 durch den Programmtext debugge,
kann ich 'live' den Programmablauf verfolgen
c) zwei getrennte Rechner mit ihren Mäusen und Tastaturen
PS:
Nochmals zur Klarstellung, die Ausführungsgeschwindigkeit der Anwendung im Debugmodus ist nicht betroffen. Unter Win7 dauert es nach einen Breakpoint, immer ungefähr 3 Sekunden, von einem F10 zum nächsten. Unter XP ist da kein Unterschied zum lokalen Debuggen zu bemerken!

[odenter]

Ist zwar jetzt nicht direkt mit Deinem Problem vergleichbar, aber ich habe privat als auch beruflich Win 7 64 Bit, jeweils mit dem 2008er und dem 2010er Studio.
In beiden habe ich das, gleiche von Dir geschilderte, Problem. Wenn ich F10 oder F11 drücke beim debuggen dann ist dies auch elendig langsam. Egal ob ich unmanaged oder managed code debugge. Auch die Größe der Solution bzw. der enthaltenen Dateien spielt keine Rolle.

Ich bilde mir ein das dies Problem seit der Installation des 2010er Studion besteht, den mit dem 2008er alleine hatte ich solche Probleme nie.

[HeinzK]

Das kann ich nicht beurteilen. Ich habe VC8, VC9 und VC10 gleichzeitig auf meinen 'neuen' WIN7/64 installiert und eingerichtet.
Da ich noch keine Lösung gefunden habe, debugge jetzt lokal. Ist nicht ganz so bequem wie gewohnt ..
aber so ist halt der Preis des Fortschritts .. :roll:

[antisteo]

Also dass Debuggen so langsam geht, hat mich schon vor 4-5 Jahren davon abgehalten, VC ganz schnell wieder von der Platte zu schmeißen.