Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #229947
| 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 |
[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
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