zu 1. Da der managed code intern auf die Windows API zugrieft muss es langsamer sein als der direkte weg. Allerdings vermute ich nur, dass dies marginal ist.
zu 2. Nein. Das aufzählen eines Verzeichnisses gescheiht genau über diese Funktionen. Es gibt keine anderen. Die Daten stehen doch soweiso in der Verzeichnisstruktur. Warum denkst Du das dasKopieren dieser paar Infos so viel Zeit kostet?
zu 3. bzgl. FILE_FLAG_SEQUENTIAL_SCAN IMHO Ja.
Ansonsten musst Du die Datei lesen, also geht auch kein Weg an ReadFile vorbei. Gleiches gilt für memcmp, RtlEuqalMemory. Die werden sich nichts nehmen. memcmp benutzt ein DWORD Compare, was kaum zu optimieren ist.
Was soll Dir SetFilePointerEx nutzen. Du weisst ja nicht wo ein Unterschied sein könnte. Und seeken könnte definitv zum Nachteil gegenüber sequentielem Lesen werden.
Ansychones IO entlastet Deinen Thread um auf dasErgebnis zu warten. Du kannst also evtl. schon teilweise Datenvergleichen während das OS noch Daten liest.
Nein es gibt keine API für FileCompare.
Die Blockgrößen sind auch Abhängig von Ansynch IO oder nicht.
Größer als 1MB Datenblöcke zu machen bringt vermutlich gar nichts, da das OS sowieso dazwischen funken muss. Ich vermute sogar, dass Buffergößen über 100KB nichts bringen.
Martin Richter -- MVP for VC++ [Germany] -- http://blog.m-ri.de
