Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #229950

Re: transfer speed data

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

Show all headers | View raw


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


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