Delphi-PRAXiS
Seite 1 von 2  1 2      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   GUI-Design mit VCL / FireMonkey / Common Controls (https://www.delphipraxis.net/18-gui-design-mit-vcl-firemonkey-common-controls/)
-   -   Open und Savedialoge zu langsam (https://www.delphipraxis.net/184674-open-und-savedialoge-zu-langsam.html)

Metschu 13. Apr 2015 21:44

Open und Savedialoge zu langsam
 
Hallo,

ich habe ein Problem, das die Open- und Savedialoge aus der IDE bis zu 30 sec dauert, bis der Dialog soweit aufgebaut ist, das man damit arbeiten kann.
Weitere 5 sec nach dem klicken auf OK. Dann läuft alles wieder Flüssig.

Sowohl mit dem Open, als auch mit dem Save Dialog.
Die Pfadvorgabe ist die Lokale Festplatte, kein Netzwerk.

In der Fertigen .exe läuft alles super flüssig.

Die geschieht sowohl im Debug Modus, als auch im Release Modus.

Hat jemand eine Idee?
Nervt ein wenig

Danke!

Gruß

Torsten

Bernhard Geyer 13. Apr 2015 21:49

AW: Open und Savedialoge zu langsam
 
Liegt ne Zip-Datei im zu öffnenten Verzeichns?
Ansonsten gibt es viele schlecht Programmierte Shell-Extensions

Der schöne Günther 13. Apr 2015 21:52

AW: Open und Savedialoge zu langsam
 
Also 30 Sekunden sicherlich nicht, aber dass das bei laufendem Debugger DEUTLICH länger braucht ist mir auch schon aufgefallen.:!:

Popov 13. Apr 2015 22:01

AW: Open und Savedialoge zu langsam
 
Hast du 1 oder 2 externe Festplatten? Die schalten sich gerne nach einer Minute ab und müssen erst wieder gestartet werden.

Hast du ein CD/DVD Laufwert und das ist eine CD drin?

hanspeter 14. Apr 2015 08:13

AW: Open und Savedialoge zu langsam
 
Kann aber auch am Debugger liegen.
Übersetze mal das Programm als Release und probiere das ganze nochmal.
Ich selbst verwende XE2 und hier kommt der Debugger nicht mehr mit Shell-Aufrufen zurecht und bremst diese erheblich aus.
Ich verwende z.B. die JamShell Software und hier wird ein Aufruf im Debugmode mehrere Minuten ausgebremst.

Peter

Captnemo 14. Apr 2015 08:25

AW: Open und Savedialoge zu langsam
 
Bei einem sich sehr langsam öffnender Open- oder Save-Dialog kann es auch daran liegen, dass irgendwo noch eine Laufwerksmapping rumschwirrt, dass nicht erreicht werden kann.
Wenn ein gemapptes Laufwerk mangels Ziel nicht zur Verfügung steht, versucht Windows diese mitunter recht lange doch noch zu erreichen, und solange reagiert der Dialog bzw. die Anwendung schlecht bis gar nicht.

Einen ähnlichen Effekt habe ich auch schon mit defekten CD's oder CD-Laufwerken beobachtet.

Allerdings sollte das sowohl zur in der IDE und auch beim direkten Starten gleichermaßen auftreten, ist aber sicherlich in der IDE noch extremer.

jbg 14. Apr 2015 11:21

AW: Open und Savedialoge zu langsam
 
Wenn ein Debugger an einem Programm hängt (egal ob es mit oder ohne Debugsymbole kompiliert), dann schaltet der Heap-Allocator (HeapAlloc/HeapFree) in den Debugmodus und verlangsamt sämtliche Speicher Allozierungen und Freigaben von allen Programm/DLLs mit Speichermanagern, die nicht wie FastMM auf VirtualAlloc basieren. Dazu zählt VisualC++'s malloc und natürlich die direkte Verwendug von HeapAlloc.

Dem kann man über die Umgebungsvariable _NO_DEBUG_HEAD=1 entgegenwirken. Aber das alleine hilft nicht. Der weit größere Zeitverbrauch kommt durch das Starten von Threads durch all die ShellExtensions. Dabei bremst der Debugger sehr stark aus. Vor allem der Debugger von Delphi/C++Builder, da er eine "WaitForDebugEvent => PostMessage an DebugWindow-Thread => WaitForSingleObject" Architektur hat, die zusätzlich Zeit verbraucht.

Der schöne Günther 14. Apr 2015 11:36

AW: Open und Savedialoge zu langsam
 
Danke, das erklärt einiges. Die ganzen Threads die bei so einem Dialog auf- und zugingen sind mir auch schon aufgefallen.

Perlsau 14. Apr 2015 14:49

AW: Open und Savedialoge zu langsam
 
Wie bereits richtig erkannt, hängt die Trägheit der Open- und Save-Dialoge beim Start in der IDE mit dem Debug-Modus zusammen. Damit muß man dann irgendwie leben. Kann man auch: Als Quasi-Notlösung habe ich mir angewöhnt, dort, wo ich beim Testen regelmäßig Open- und/oder Save-Dialoge benötige, für die Zeit des Testens und Entwickelns den Aufruf des Dialogs vorübergehend auszukommentieren und durch einen "fest verdrahteten" Dateinamen zu ersetzen.
Delphi-Quellcode:
Funktion DateiEinlesen : String;
begin
//  If OpDlg.Execute
//  Then
//    Result := OpDlg.FileName
//  Else
//    Result := '';
  Result := 'C:\Temp\MeinText.txt';
end;
Zitat:

Zitat von jbg (Beitrag 1297649)
Dem kann man über die Umgebungsvariable _NO_DEBUG_HEAD=1 entgegenwirken. Aber das alleine hilft nicht. Der weit größere Zeitverbrauch kommt durch das Starten von Threads durch all die ShellExtensions. Dabei bremst der Debugger sehr stark aus. Vor allem der Debugger von Delphi/C++Builder, da er eine "WaitForDebugEvent => PostMessage an DebugWindow-Thread => WaitForSingleObject" Architektur hat, die zusätzlich Zeit verbraucht.

Das ist heftig, da kann man sich einen Wolf warten, soviel Kaffee kann man gar nicht schlucken, wie man da jeden Tag kochen könnte. :stupid:

Was ich jetzt nicht auf Anhieb verstehe: Was meinst du mit ShellExtensions? Sind das die Erweiterungen, die im Objektmenü des Explorers auftauchen? Wenn ja, würde es was bringen, diese beim Entwickeln vorübergehend abzuschalten?

Uwe Raabe 14. Apr 2015 15:08

AW: Open und Savedialoge zu langsam
 
Zitat:

Zitat von Perlsau (Beitrag 1297706)
Was ich jetzt nicht auf Anhieb verstehe: Was meinst du mit ShellExtensions? Sind das die Erweiterungen, die im Objektmenü des Explorers auftauchen? Wenn ja, würde es was bringen, diese beim Entwickeln vorübergehend abzuschalten?

Probiers doch einfach aus.


Alle Zeitangaben in WEZ +1. Es ist jetzt 20:21 Uhr.
Seite 1 von 2  1 2      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz