On 05-01-2017, Jacob Howard wrote: > ------=_Part_50_803652314.1483655759799 > Content-Type: multipart/alternative; > boundary="----=_Part_51_771736522.1483655759799" > > ------=_Part_51_771736522.1483655759799 > Content-Type: text/plain; charset=UTF-8 > > Syncthing's transfer model is a bit different with it's block-exchange > protocol, so it's a bit difficult to compare the exact behavior. For most > use cases, I think you'd see comparable performance in terms of data > transfer required for change propagation, though Mutagen could perform a > few additional optimizations that it doesn't currently do, e.g. optimizing > rsync block size based on file size, but these would be very marginal gains.
By deduplication, i mean on differents files. If differents files share a common part, this part will be transfered two times ? > > -Jacob > > On Thursday, January 5, 2017 at 7:13:06 PM UTC+2, wilk wrote: >> >> On 05-01-2017, Shawn Milochik wrote: >> > --94eb2c1a09e43b9d8205455b0873 >> > Content-Type: text/plain; charset=UTF-8 >> > >> > I really like the idea of what you have here. I'm currently using >> SyncThing >> > for this purpose. SyncThing seems to fit all your requirements with the >> > exception of only needing to be installed on one of the machines. >> However, >> > in return SyncThing allows you to select which folders are shared from >> each >> > machine to each other machine, making it really useful for sharing only >> a >> > subset of your data with other people. https://syncthing.net/ >> >> The bonus of syncthing is also deduplication on whole files right ? >> Mutagen will do it also ? >> >> >> >> -- >> William >> >> > -- William -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
