Ask Ubuntu is a question and answer site for Ubuntu users and developers. It's 100% free.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

This is a follow-up to this question. I have the possibility to use rsync, ftp, cifs or ftp for my remote backups, provided I can get them to work with the duplicity command line, of course.

Will duplicity leverage any advantages of the protocol in use?

If so, which will perform best on big sets (~100 GB) of data?

share|improve this question
up vote 1 down vote accepted

rsync is generally perceived to be the fastest of these options, the main reason being that the data is split in chunks and only the new chunks are actually transferred (for example, in a large file of which only small fragment has been modified).

Rsync can also compress data on the fly (just like scp does it); moreover, rsync uses ssh behind the scenes (yes, it can also use ftp: for example, mount the ftp server locally over fuse and use rsync to synchronize the data), so with the exception of compression and the above algorithm, rsync will not be greatly faster than scp.

Unfortunately, that all depends on how duplicity is using rsync. Duplicity files are compressed, so compression will not change much.

If I were you, I would test the different combinations myself before deciding upon one of them.

share|improve this answer

referred to the following test rsync is the best

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.