FileCopy-Funktion optimieren (Buffer-Size)

Ergo nutz die API von Windows. Aaaaah. Ich merke gerade, dass ich sehr raus bin aus der Programnmierung. Es gibt eine API, die dir sogar den Fortschrittsdialog abnimmt.

Das weiß ich natürlich

Aber ich brauchte für ein Projekt einen eigenen Fortschrittsdialog. Sagen wir mal, einen etwas sprachfreudigeren und das überall gleich egal ob Windows 7, 8 oder 10 =)

Er funktioniert vollkommen einwandfrei und es gibt absolut keine Probleme. Ich dachte nur ich frage hier mal nach, ob man am Buffer schrauben könnte.
Frage hat sich aber schon seit den ersten beiden Beiträgen (Luckie und Sir Rufo) erledigt.

**Neutral General**

Zitat von Normalement:

Aber ich brauchte für ein Projekt einen eigenen Fortschrittsdialog. Sagen wir mal, einen etwas sprachfreudigeren und das überall gleich egal ob Windows 7, 8 oder 10 =)

Das kannst du mit

CopyFileEx auch haben.
Wenn du trotzdem deinen Uraltcode weiterbenutzen willst probier halt bisschen am Buffer rum und guck was dabei raus kommt.

**himitsu**

Jupp, FileCopyEx + Callback

Aber Achtung: Nicht nicht bei jedem Aufruf die GUI aktualisieren, da du so alles nur ausbremst (Windows ruft den Callback eventuell sehr schnell/oft auf), mit der langsamen GUI.
z.B. per GetTickCount nur, wenn mindestens 200-1000 Millisekunden vergangen sind, seit dem letzten Aktualisieren der GUI.

Und statische Bytegrößen zwischen dem Aktualisieren sind/waren eh schon immer quatsch, da sich das je System/Quelle/Ziel/RAM/Cache anders verhält.

**mm1256**

Ein weiterer Nachteil (und Vorteil einer eigenen Lösung) ist, dass sich FileCopyEx nicht auf allen OS-Versionen gleich verhält. Was die Callbacks anbelangt kann man deren Aufruf in einer eigenen Lösung schon vor dem Aufruf optimieren. Ein weiterer Nachteil der "CopyProgressRoutine" ist, dass grundsätzliche Informationen über den Status "Begin, Progress, Ende" fehlen. Das muss man sich selber zusammenrechnen. Insgesamt gesehen ist mir persönlich also meine eigene Copy-Routine sympatischer. Auch wenn sie vielleicht nicht ganz so schnell sein sollte wie FileCopyEx.

**Sir Rufo**

Die Lösung heisst hier:

Ein FileCopyService ICopyFiles .

Diesen Service kann man dann je nach Laune und OS implementieren - die Bedienung bleibt aber gleich.

FileCopy-Funktion optimieren (Buffer-Size)

AW: FileCopy-Funktion optimieren (Buffer-Size)

AW: FileCopy-Funktion optimieren (Buffer-Size)

AW: FileCopy-Funktion optimieren (Buffer-Size)

AW: FileCopy-Funktion optimieren (Buffer-Size)

AW: FileCopy-Funktion optimieren (Buffer-Size)

Forumregeln

Sir Rufo Registriert seit: 5. Jan 2005 Ort: Stadthagen 9.454 Beiträge Delphi 10 Seattle Enterprise	#5 AW: FileCopy-Funktion optimieren (Buffer-Size) 30. Mär 2016, 09:13 Die Lösung heisst hier: Ein FileCopyService ICopyFiles . Diesen Service kann man dann je nach Laune und OS implementieren - die Bedienung bleibt aber gleich. Kaum macht man's richtig - schon funktioniert's Zertifikat: Sir Rufo (Fingerprint: ‎ea 0a 4c 14 0d b6 3a a4 c1 c5 b9 dc 90 9d f0 e9 de 13 da 60)
	Zitat