FileCopy-Funktion optimieren (Buffer-Size)

[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.