Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #229950
| From | Michael Stone <mstone@debian.org> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: transfer speed data |
| Date | 2020-12-23 18:40 +0100 |
| Message-ID | <Bpghc-5Hd-3@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <Bp1Bv-4ex-1@gated-at.bofh.it> <BpdW1-43w-3@gated-at.bofh.it> <Bpep3-4lZ-1@gated-at.bofh.it> <BpeIp-4wD-3@gated-at.bofh.it> <Bpf1M-4Uw-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Dec 24, 2020 at 12:13:19AM +0800, Jeremy Ardley wrote: >Getting back to the original question, rsync is inherently slower >because both ends do deep file inspection and handshaking to decide >what data transfer is required. scp is usually faster. If you're rsyncing to a non-existent destination there's nothing to inspect and reading the files on the source doesn't take longer with rsync than scp. If you're rsyncing to an existing file tree to update a small number of files, rsync will typically be much faster because it's transferring only the delta. For some kinds of files (e.g., sparse files) rsync can be much faster because it can handle them intelligently. In certain (mostly pathological) cases involving large trees on both sides rsync will perform badly because it has to read data on the reciever and if the delta is high that's wasted work. Bottom line: YMMV, but in general fear of rsync being slow shouldn't be a factor in deciding what to use.
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
transfer speed data mick crane <mick.crane@gmail.com> - 2020-12-23 02:00 +0100
Re: transfer speed data Bob Weber <bobrweber@gmail.com> - 2020-12-23 02:40 +0100
Re: transfer speed data Georgi Naplatanov <gosho@oles.biz> - 2020-12-23 02:50 +0100
Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 02:50 +0100
Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 03:00 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 16:10 +0100
Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 16:40 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 17:00 +0100
Re: transfer speed data Jeremy Ardley <jeremy@ardley.org> - 2020-12-23 17:20 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 18:40 +0100
Re: transfer speed data Andy Smith <andy@strugglers.net> - 2020-12-23 05:00 +0100
Re: transfer speed data Nicolas George <george@nsup.org> - 2020-12-23 11:00 +0100
Re: transfer speed data Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-23 15:50 +0100
Re: transfer speed data Nicolas George <george@nsup.org> - 2020-12-23 17:10 +0100
Re: transfer speed data David Wright <deblis@lionunicorn.co.uk> - 2020-12-23 18:50 +0100
Re: transfer speed data Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-23 19:20 +0100
Re: transfer speed data David Wright <deblis@lionunicorn.co.uk> - 2020-12-24 02:30 +0100
Re: transfer speed data Andrei POPESCU <andreimpopescu@gmail.com> - 2020-12-24 10:10 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-24 17:10 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-23 16:20 +0100
Re: transfer speed data Nicolas George <george@nsup.org> - 2020-12-23 17:20 +0100
Re: transfer speed data Michael Stone <mstone@debian.org> - 2020-12-24 17:10 +0100
Re: transfer speed data deloptes <deloptes@gmail.com> - 2020-12-23 12:20 +0100
Re: transfer speed data George Shuklin <george.shuklin@gmail.com> - 2020-12-23 23:00 +0100
csiph-web