Delphi 7 Anwendung unter Windows 10 langsam

[Bernhard Geyer]

Neue Windows-Version hab einiges an der GDI-Schnittstelle gedreht, das es schneller funktioniert.
Könnte natürlich sein das genau für dein Programm das dies Kontraproduktiv ist.

Läuft den deine Anwendung mit "Ja, ich kann unter Windows10"-Manifest-Eintrag?
Und auch "Ja, ich kann Skalieren".
Nicht das z.B. die Windows-Eigene-Skalierung per Bitmap-Kopieren zuschlägt?

[old7]

Intel oder AMD?

Mal
spectre or meltdown vulnerabilities
googeln.

Manche (aber halt eben nicht ALLE) Intels werden dadurch "angeblich" etwas langsamer...

[BerTa]

versuchen gerade ein Teil des Programmes mit Delphi 10.2 und aktuellen
Komponenten (DevExpress, MyDac usw.) umzusetzen. ob dann das Problem
behoben ist.

[Codehunter]

Ich habe zwar keine Lösung, aber ich reihe mich mal bei denen ein, wo DevExpress enorme Performanceprobleme aufweist. Es könnte evtl. mit einem anderen Problem zusammenhängen, das ich letztens hier diskutiert habe. Mit bestimmten Einstellungen der VM konnte ich die Probleme mindern, ganz weg bekam ich sie nicht. Bei manchen VCL-Komponenten scheint das extrem auf die Performance durch zu schlagen, bei anderen nicht.

[Codehunter]

Könnt ihr Leidensgenossen bitte mal folgendes testen:

1. Win10-Startmenü öffnen
2. "Defender" eintippen
3. "Windows Defender-Einstellungen" öffnen
4. "App- & Browsersteuerung" anklicken
5. Unten auf "Einstellungen für Exloit-Schutz" klicken
6. "Ablaufsteuerungsschutz (Control Flow Guard, CFG)" auf "Standardmäßig deaktiviert" stellen
7. Windows einmal neu starten

Ich habe diesen Tip zufällig gefunden und bei mir waren die Probleme mit DevExpress danach deutlich geringer.

[BerTa]

hab es mal ausprobiert. Leider hat die einstellung nicht viel geändert.
Test verlaufen noch genauso langsam. Habe auch mal den Defender komplett abgestellt

[Codehunter]

Ich glaube, ich kann das inzwischen auf die Prozedur GetDC zurückführen. Nehmen wir mal die Komponente SynEdit als Beispiel. Ohne Highlighter pinselt die ihren Text pfeilschnell auf den Schirm, weil sie nur einmal einen Devicecontext holt. Sobald ich einen Highlighter hinzufüge, wird je Attribute-Abschnitt im Text (Farbwechsel) mindestens einmal GetDC aufgerufen. Je nachdem, wie der jeweilige Highlighter konstruiert ist, auch noch öfter. Das hat wohl damit zu tun, wie das Prinzip TCanvas in der VCL realisiert ist. Deshalb wirkt sich das Problem bei manchen Komponenten stärker aus als bei anderen.

Bei Virtual Treeview ist es ganz kurios. Verwendet man den als Baum, ist er pfeilschnell. Als Grid jedoch geht er total in die Knie, weil beim Zeichnen der einzelnen Zellen auch jeweils ein DC geholt wird. Einer meiner Entwicklungsrechner ist da extrem betroffen. Wenn ich da einen VST habe mit 15 Spalten, wie z.B. in HeidiSQL, und ich maximiere das Fenster sodass es komplett neu gezeichnet werden muss, dann kann man dem Bildaufbau der Zellen regelrecht zuschauen. Wie wenn eine Tapete von links oben diagonal ober den Bildschirm nach rechts unten gerollt würde.

Richtig finster wird es dem Anschein nach bei DevExpress, weil die exzessiv mit den DCs umgehen und dabei sogar die IDE zur Designtime zusammenknüppeln.

Fakt ist, es betrifft nicht alle Maschinen sondern scheint ab einem bestimmten Patchstand aufzutreten. Außerdem sind Intel-iGPUs deutlich schlechter dran als dedizierte NVidia- und AMD-Grakas oder auch Ryzen-Vega-iGPUs. Da es sich bei GetDC aber um eine Win32-Funktion handelt, kann man wohl nur sagen: Microsoft hats mal wieder versemmelt.