Reini (and Steven),
Okay, I get. This benchmark you introduced below compares rsync on two
variables: copy speed locally vs over the network, and copy speed for
copies onto indentical target files vs different target files. And your
benchmark showed that rsync was faster for copies onto
Hello all,
Thanks for the help so far, on this issue with the mysterious
non-network based rsync slowdown. To recap...
Brian Dessent wrote:
Reini Urban wrote:
Alexis Gallagher wrote:
When the file is alredy there, rsync reports a speedup of about
70. (When the file is not already there, the speed
Hi Steve,
Steven Hartland wrote:
Is this not because its showing you the network transfer rate i.e. spending
all its time doing compression and therefore not having to do actual
network transfers? How long did each test take?
I just performed the test again, this time timing the transfers with a
of such specifications.
Is there a way to benchmark its hashing algorithm on both sides? Maybe
the rsync process is getting insufficient priority on one side of the
transfer? I remain
puzzled,
Alexis Gallagher
Steven Hartland wrote:
Alexis Gallagher wrote:
So it's taking much longer in real
Hello,
I am finding that rsync+ssh is giving extremely slow file transfers. But
this slowdown is hitting not when it needs to send data over the
network, but when it applies the rsync algorithm which is supposed to be
faster than sending all the data over the network. This is very puzzling.
5 matches
Mail list logo