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


Groups > linux.debian.user > #229947

Re: transfer speed data

From Jeremy Ardley <jeremy@ardley.org>
Newsgroups linux.debian.user
Subject Re: transfer speed data
Date 2020-12-23 17:20 +0100
Message-ID <Bpf1M-4Uw-11@gated-at.bofh.it> (permalink)
References (2 earlier) <Bp1rP-4ao-1@gated-at.bofh.it> <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>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On 23/12/20 11:51 pm, Michael Stone wrote:
> On Wed, Dec 23, 2020 at 11:37:07PM +0800, Jeremy Ardley wrote:
>> I did some tests and found there was around a 10-20% difference in speed
>> between runs. 
>
> Yes, if you want more consistent numbers you'd need much larger test 
> file sizes; if the transfer is taking less than a second there's a lot 
> of noise in the data. I didn't bother because this is sufficient to 
> show that the encryption algorithm isn't the bottleneck on 1 Gbit 
> ethernet and I didn't feel like waiting longer for larger transfers. 
> :-) You're also maxing out 2 cores just for crypto doing this, and the 
> actual packet handling will take a bit more CPU--so if the system 
> isn't completely idle other processes can affect the results. Again, 
> not significant for a rough approximation.
>
I have 12 cores, mostly idle, but I get your point.

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.


-- 


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