Delphi XE8 64-bit Debugger bremst Anwendung

[BigAl]

Hallo zusammen,

ich habe hier ein kleines Problem mit dem 64-Bit Debugger. Ich nutze Delphi XE8 auf meiner Workstation und auf meinem Notebook. Beides sind sehr potente Systeme mit den aktuellsten Prozessoren (Intel i7), jeder Menge schnellem Speicher usw.. Auf der Workstation läuft mein Programm immer gleich schnell, unabhängig davon ob ich es mit Debugger oder ohne starte. Auch ist es nahezu egal ob ich die Release-Konfiguration ohne Debug-Info oder die Version mit Debug-Info starte. Die Applikation läuft immer mit der nahezu gleichen Geschwindigkeit.

Wenn ich das Programm auf dem Notebook starte (ist eine mobile Workstation der aktuellsten Generation), dann zeigt sich ein ganz anderes Verhalten. Sobald ich das Programm mit Debugger starte (F9), dann läuft die Applikation etwa 10 bis 15 mal langsamer. Dabei ist es egal ob ich die Debug oder Release kompiliert habe. Sobald ich die Applikation ohne Debugger (Shift-Ctrl-F9) oder außerhalb der IDE starte läuft sie mit voller Geschwindigkeit. Dabei ist es ebenfalls egal ob ich die Debug- oder Release-Konfiguration verwendet habe.

Da mich dieses Verhalten extrem stört (und mich auch in meiner Produktivität ausbremst) möchte ich hier mal nachfragen ob jemand dieses Problem kennt oder evtl. sogar eine Lösung dafür hat. Was mich extrem irritiert, ist dass es eben auf einem Rechner völlig egal ist wie und in welcher Konfiguration ich die Anwendung starte, auf dem anderen eben nicht.

Ach ja: Nutze Delphi XE8 Pro mit Subscription Update 1. Beides sind Win 8.1 Pro Maschinen.

Bin gespannt auf Eure Antworten.

Alex

[MichaelT]

Burst Mode? Energieoptionen. Wäre mal mein Schuss ins Blaue. Ich habe diese Erfahrung nicht gemacht.

Kann es sein dass du unabsichtlich remote debuggst oder so?

Zitat von BigAl:

Bin gespannt auf Eure Antworten.

Alex

[Bernhard Geyer]

Mein Liebling war/ist der Virenscanner

[BigAl]

Hallo Michael,

danke für Deine Antwort. Also das mit den Energieoptionen schließe ich aus. Das mit dem Remote-Debugging wäre natürlich ein Ansatz, ist jedoch nicht der Fall.

Was mir auch aufgefallen ist: Wenn man eine Applikation im Release-Modus kompiliert und mit Debugger startet, dann meldet sich dieser, sobald eine Exception auftritt. Wenn man dann "Break" mach, dann steht der irgendwo im Quelltext. Allerdings hat dieser Quelltext dann nichts mit dem eigentlichen Programm zu tun. Das früher auch nicht so. Wenn ich früher in einer Release "Break" gedrückt habe, dann ist er halt in die CPU-Ansicht gesprungen..

Noch andere Ideen?

Alex

[BigAl]

Zitat von Bernhard Geyer:

Mein Liebling war/ist der Virenscanner

Das ist es leider auch nicht... (eben getestet)

[jaenicke]

Deaktivieren des Virenscanners reicht zum Testen allerdings nicht aus. Bei manchen reicht es noch nicht einmal aus diesen zu deinstallieren um den PC wieder so schnell wie ohne zu haben.

Bei welchen ich die Performancebelastung trotz Deaktivierung am meisten gemerkt habe sind z.B. Kaspersky, Avira und AVG, wobei Kaspersky von den dreien da noch am besten ist (in aktivierter Form allerdings am schlechtesten der drei).

[BigAl]

Zitat von jaenicke:

Deaktivieren des Virenscanners reicht zum Testen allerdings nicht aus. Bei manchen reicht es noch nicht einmal aus diesen zu deinstallieren um den PC wieder so schnell wie ohne zu haben.

Bei welchen ich die Performancebelastung trotz Deaktivierung am meisten gemerkt habe sind z.B. Kaspersky, Avira und AVG, wobei Kaspersky von den dreien da noch am besten ist (in aktivierter Form allerdings am schlechtesten der drei).

Ja, da habe ich auch schon diverse Tests durch: Norton, Kaspersky, BitDefender und TrendMicro. Performanc-Unterschiede hatte ich da allerdings immer nur beim Start der Applikation. Manche scannen die Exe jedesmal (trotz konfiguriertem Ausschluss) ehe sie gestartet wird. Zur Laufzeit (nachdem die Exe gestartet wurde) hatte ich allerdings bisher keine Performance-Unterschiede.

Und nochmals zum Virenscanner: Ich habe auf beiden Maschinen den Kaspersky laufen. Sowohl auf dem "guten" wie auch auf der "lahmen" Rechner...

[hoika]

Hallo,
kann es sein, dass das Projekt auf dem NoteBook eine Kopie des anderen Rechners ist (.dproj).
Vielleicht hast du einen Such-Pfad drin, den es auf dem NoteBook nicht gibt?

Heiko