Dateien vergleichen

[Chrissi91]

Hi ,

ich habe heute morgen in meinen Dateien ein recht simples Programm gefunden, das schon ein wenig älter ist. Ich habe es aktualisiert, verbessert und jetzt einfach mal auf meine Homepage gepackt.

Kurz zum Programm: Das Programm vergleicht 2 Dateien. Als errsten vergleiche ich den Hashwert der beiden Dateien mit Hilfe der Unit FileCompare. Falls es nötig ist, vergleicht der Computer die Dateien nochmal extra.

Falls ihr meint, die Unit FileCompare wäre zu langsam, bitte ich um weitere Vorschläge. Ein paar Erweiterungen wären nicht schlecht. Sonst sieht es so mager aus.

Größe: ~ 231 kb

Website + Erklärung: http://chrissi.kilu.de/vergleichen.php

Direkter Download: http://chrissi.kilu.de/vergleichen.zip

Ich freue mich über euer Feedback unter besonders auf eure Kritik, sonst wird mir heute Abend langweilig, wenn ich nichts zu tun habe.

[Der_Unwissende]

Hi,
möchte ja nicht zulassen, dass dir langweilig wird, deswegen ein paar Anregungen (bzw. Kritik)

Erstmal nun ja, es ist nicht sehr aussagekräftig zu sagen, dass zwei Dateien nicht gleich sind. Es wäre doch irgendwie deutlich interessanter Unterschiede zu sehen (unterschiedliche Größe, Aktualität, insbesondere bei Textfiles die Änderungen, ...)
Hier denke ich könnte man einiges nachbessern.
Natürlich wäre es auch noch eine interessantere Möglichkeit in einem Rutsch gleich mehr als zwei Dateien zu vergleichen (also jetzt x-Dateien mit einer vergleichen).
Mit der Option könntest du natürlich auch gleich eine Duplikatsuche einbinden (mal ganz viel weiter gesponnen).

Ansonsten solltest du noch deine Info auf DoubleBuffered umstellen, flackert etwas stark.

Ja, das wär's auch schon (nichts falsch verstehen, du wolltest heute Abend zu tun haben)

Gruß Der Unwissende

[negaH]

Zitat:

Ich freue mich über euer Feedback unter besonders auf eure Kritik, sonst wird mir heute Abend langweilig, wenn ich nichts zu tun habe.

Hi Christopher,

ich hätte da eine Kritik. Wie du oben sagtest hast du die Unit FileCompare.pas verwendet. Ich nehme mal an das du damit die FileCompare.pas aus diesem Forum meinst. Da die essentielle Funktionalität deines Programmes nur auf einem Dateivergleich beruht, also zu 100% auf Unit FileCompare.pas, wäre es fair von dir in deinem Copyrights/Infobox auch auf den wahren Urheber dieser Unit zu verweisen.

Gruß Hagen

[ABCDE]

Vielleicht sollte das Programm die ganze Festplatte(n) untersuchen,ob Dateien doppelt vorkommen,und die dann anzuzeigen !

Aber für das was es im Moment machen soll ist es gut!

MFG ABCDE

[Chrissi91]

Ähm... das mache ich gerne in der INfobox. Wer war doch gleich der Autor?

Zitat von ABCDE:

Vielleicht sollte das Programm die ganze Festplatte(n) untersuchen,ob Dateien doppelt vorkommen,und die dann anzuzeigen !

Aber sonst ist es gut!

MFG ABCDE

Das kann aber bei zweistelligen Gigabytezahlen ganzschön lange dauern. ^^

[negaH]

Bei sagen wir mal 100.000 Dateien a 25Mb Größe jede, benötigen wir ca. 1 Sekunde pro hash und ca. 256 Bytes pro Datei als datensatz. Macht eine DB von 24Mb und eine Dauer von 28 Stunden um die Hashs zu ziehen. Der eigentliche Vergleich auf Duplikate geht dann enorm schnell über den Vergleich der Hashs. Diese Angaben sind eher überschätzt und ich vermute das das viel schneller geht, denn wer hat schon 100.000 Dateien a 25Mb größe auf der Platte ?

Also durchaus machbar.

Gruß Hagen

[ABCDE]

Ihr habt ja recht...
Aber nur zwei Dateien überprüfen?

[ichbins]

Bei 2 Dateien geht es schneller wenn man den Dateiinhalt dierekt vergleicht.

Denn der Hash-Algorithmus liest ja auch die komplette Datei ein, und macht dann noch Berechnungen damit. Ausserdem, muss man wenn die Hashes gleich sind, trotzdem noch den Inhalt prüfen, da ja zu einer Wahrscheinlichkeit von 1:2^256 die Dateien verschieden sind.

[Der_Unwissende]

Zitat von ichbins:

Bei 2 Dateien geht es schneller wenn man den Dateiinhalt dierekt vergleicht.

Denn der Hash-Algorithmus liest ja auch die komplette Datei ein, und macht dann noch Berechnungen damit. Ausserdem, muss man wenn die Hashes gleich sind, trotzdem noch den Inhalt prüfen, da ja zu einer Wahrscheinlichkeit von 1:2^256 die Dateien verschieden sind.

Hm, zum eigentlichen Hashalgorithmus wurde doch hier noch gar keine Annahme gemacht. Ob der also wirklich die ganze Datei durchläuft oder nicht ist somit nicht gesagt.
Zudem sagte Hagen doch etwas von 256 Byte (nicht Bit), damit wären dass doch ein wenig mehr als 2^256 Verschiedene Möglichkeiten (bei idealen Annahmen), aber selbst 1 : 2^256 ist ausreichend unwahrscheinlich um den direkten Vergleich zu lassen

Gruß Der Unwissende

[negaH]

Durch die Aussage das er FileCompare.pas benutzt wurden alle Rahmenbedinungen wie Algo. etc. pp. schon festgelegt. Diese Unit kannst du hier in der CodeLib downloaden. Die 256 Bytes beziehen sich auf den Speicherverbrauch eines Datensatzes zur Datei der den Hash, Dateigröße und Position auf der HD speichert.

Das ein direkter Vergleich zweier Dateien immer schneller ist als ein vorheriger Vergleich mit einer hashfunktion ist nicht zwngsläufig der Fall. Bei meinen Tests habe ich festgestellt das meistens der Hashvergleich denoch schneller ist, auch wenn mit einer Wahrscheinlichkeit von 1 / (2^32 * 2^128) die Möglichkeit eines Duplikates existiert.

Gruß Hagen