Büyük dosyaları veya blok aygıtları düşük ila orta farklılıklarla eşitlemek için düz bir kopya çıkarabilir veya bdsync kullanabilirsiniz , rsync bu özel duruma kesinlikle uygun değildir *.
bdsync
benim için çalıştı, yeterince olgun görünüyor, böceklerin tarihi cesaret verici (küçük sorunlar, hızlı çözümlemeler). Testlerimde hızı elde edebileceğin teorik maksimum değere yakındı ** (yani dosyayı okumak için gereken zaman içinde senkronize edebilirsin). Sonunda açık kaynak ve hiçbir maliyeti yoktur.
bdsync
Dosyaları hem ana bilgisayardan okur hem de karşılaştırmak ve farkları saptamak için kontrol toplamları alış verişi yapar. Bütün bunlar aynı anda . Sonunda kaynak ana bilgisayarda sıkıştırılmış bir yama dosyası oluşturur. Ardından, bu dosyayı hedef ana bilgisayara taşır ve hedef dosyayı düzeltmek için ikinci kez bdsync komutunu çalıştırırsınız.
Oldukça hızlı bir bağlantı üzerinden (örn. 100Mbit ethernet) ve küçük farklara sahip dosyalar için (en sık olduğu gibi VM disklerinde olduğu gibi), dosyayı okumak için gereken süreye eşitleme süresini azaltır. Yavaş bir bağlantıda, biraz daha fazla zamana ihtiyaç duyarsınız; çünkü sıkıştırılmış değişiklikleri bir ana bilgisayardan diğerine kopyalamanız gerekir ( iyi bir numara kullanarak zamandan kazanabilirsiniz ancak test etmemişsiniz).
*: rsync, devasa dosyalarda büyük ölçüde verimsizdir. - inplace ile bile önce ilk önce ana bilgisayardaki tüm dosyayı okuyacak, AFTERWARDS dosyayı kaynak ana bilgisayardan okumaya başlayacak ve nihayet farklılıkları aktaracaktır (sadece rsync çalıştırırken ve gözlemlerken dstat veya benzeri çalıştırınız). Sonuç, küçük farklılıkları olan dosyalar için bile, dosyayı senkronize etmek için okumanız gereken sürenin iki katına çıkmasıdır.
**: Dosyaların hangi kısımlarının değiştiğini söylemenin başka bir yolunun olmadığı varsayımı altında. LVM anlık görüntüleri değiştirilmiş blokları kaydetmek için bitmap'ler kullanır, böylece son derece daha hızlı olabilirler ( lvmsync'in benioku dosyası daha fazla bilgiye sahiptir).