Programm unter Debuggerkontrolle extrem langsam

[freimatz]

Hallo zusammen.
Delphi 12 Version 29.0.53571.9782
Wenn ich ein Programm unter Debuggerkontrolle starte so ist es extrem langsam so dass ein Entwickeln damit nichtmehr sinnvoll ist.
Es ist zum Beispiel ein Testprogramm mit UI. Ohne Debugger merke ich keine Verzögerung. Mit dauert das Starten extrem lang. Wenn ich z.B. in einem Baum einen Knoten aufklappte, dann kann man zusehen wie die Objekte der Reihe nach gemalt werden.
Auch bei einem Unittest-Programm mit DUnit (nicht DUnitX). Eine Projektdatei und eine unit mit einem Dummy test. Am Ende ein "RegisterTest('Dummy', TTest_Dummy.Suite);". In der UI dauert diese eine Test mehrere Sekunden.
Alle Programme die probiert habe sind betroffen.
In der Firma mit gleichem Delphi habe ich dieses Problem nicht.
Mit ProcMon habe ich nichts gefunden, bin mir aber auch nicht sicher ob ich den richtig eingestellt habe.
Wo könnte ich weiter forschen, welche Infos fehlen?

[Sherlock]

Virenscanner? Sonstige vermeintliche Helferlein?

[freimatz]

Hm, ich habe keinen speziellen. Habe nun bei "Einstellungen für Viren- & Bedrohungsschutz" bei "Ausschlüsse" mal das komplette Enticklungslaufwerk eingetragen. Hat nichts gebracht.

Noch etwas ist mir aufgefallen. Die erwähnte Testanwendung hat eine Möglichkeit eine Datei auszuwählen. Dazu erscheint ein Dialogfenster bei dem ich mir sicher bin, dass es das stadardmässige Windowsfenster ist. Auch dort ist das Verhalten beim Navigieren durch die Ordner extrem zäh.

[himitsu]

viele Logmessages im Delphi?

[freimatz]

Du meinst bei Events? Es hat welche beim Starten der Apps. Wenn ich den unit-test starte per Maus etliche (wm_SetCursor u.ä.). Wenn ich den Test mit der Tastatur starte dann keine Events (und ist trotzdem langsam)

[jaenicke]

Was passiert denn mit einem neuen Projekt, wenn du dort z.B. einfach eine Schleife in einen Buttonklick packst, die z.B. in der Caption die Schleifenvariable ausgibt. Passiert es dann auch?

Wie hoch ist dabei die CPU-Auslastung, wenn es so langsam ist?

Zitat von freimatz:

Hm, ich habe keinen speziellen.

Der Defender ist leider für die Softwareentwicklung echt ungünstig, weil der doch deutlich bremst. Auf manchen Systemen hat der den größten Teil der CPU-Leistung gefressen, so dass fast gar nichts mehr ging. Wenn es daran liegt, siehst du das aber im Taskmanager an der Auslastung der entsprechenden Prozesse direkt.

[mlc42]

viele oder komplexe Watchausdrücke an?

[freimatz]

@mlc42: 0

@jaenicke: Habe ein neues Projekt erzeugt, VCL Anwendung:

Delphi-Quellcode:

unit Unit3;

interface

uses
  Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, System.Classes, Vcl.Graphics,
  Vcl.Controls, Vcl.Forms, Vcl.Dialogs, Vcl.StdCtrls;

type
  TForm3 = class(TForm)
    Button1: TButton;
    Label1: TLabel;
    procedure Button1Click(Sender: TObject);
  end;

var
  Form3: TForm3;

implementation

{$R *.dfm}

procedure TForm3.Button1Click(Sender: TObject);
begin
  for var i := 1 to 10000
  do begin
    Label1.Caption := IntTostr(i);
    Application.ProcessMessages;
  end;
end;

end.

Ohne Debugger ist der Vorgang in knapp einer Sekunde durch, die Zahl ist kaum zu sehen, erst dann am Schluss. Mit Debugger:
CPU-Auslastung laut Prozessexplorer (16Kerne)
Project1.exe: knapp ein 1%
bds.exe: ca. 5.58
procexp64: ca. 5%
dwm.exe: 0,5%
Rest darunter

Weitere Beobachtung: die Zahl sieht man gemütlich nach oben zählen (gefühlt 10 Schritte/s). Wenn ich mir der Maus über das Fenster fahre, dann zählt es nur nur sehr sporadisch. Auch da gibt es keine Events, auch nichts im ProcMon.

[jaenicke]

Das geht um Delphi 11? Könntest du vielleicht Delphi 12 (ggf. Trial) auf dem Rechner ausprobieren?
Für die Eingrenzung des Problems wäre das sehr hilfreich.

Und auch wenn die CPU-Auslastung nicht darauf hindeutet, solltest du es mal mit deaktiviertem Defender probieren.

[freimatz]

Zitat von freimatz:

Delphi 12 Version 29.0.53571.9782

Wie kann man den Defender deaktiveren? Und wie heißt der Prozess dazu eigentlich?