Je porovnání timestamp vůbec věrohodné? Aneb:
a) nemůže dojít ke změně vícekrát během doby jedné sekundy, tedy při druhém zápisu se již timestamp nezmění?
Vterinove timestampy pouzivaji leda tak Widle:
jarda@esus:/tmp$ stat * |grep ^C
Change: 2014-11-05 10:07:30.498946102 +0100
Change: 2014-11-02 22:13:32.815967936 +0100
Krome toho, kdyz zalohujete soubor, do ktereho se pise, nikdo vam nezaruci, ze soubor bude v konzistentnim stavu krasne posledni verze, kterou jste chtel poslat babicce.
Oproti něčemu, co pracuje blokově a tedy čte disk sekvenčně a porovnává hashe bloků, je to několikařádově pomalejší. Tam je to prakticky jen o rychlosti sekvenčního čtení z disku.
Proti necemu cemu? Co dela zalohu pouze zmenenych souboru a cte disk blok po bloku? Budete kvuli tomu, ze se vam obcas zmeni tri soubory mirrorovat vzdy cely disk blok po bloku, aby vam treba rsync nezpomaloval zalohu prolezanim adresarove struktury?
OT napad: co pouzit http://inotify.aiken.cz/?section=incron&page=about&lang=en na serverove strane a zachytavat zmeny na FS do logu - ten nasledne dle libosti zpracovat?
Zajimavy napad. Tim by se vytvoril katalog souboru, ktere je potreba zalohovat, bez toho, ze by find nebo rsync cloumaly diskem a hledaly zmeny. To je pri malych zmenach a velkem poctu souboru asi to nejpomalejsi.