Package: rsync
Version: 2.6.8-2
Severity: normal

Hello,

I am experiencing a performance problem rsync'ing from one machine to
another in my LAN. The LAN is 100MBit/s Ethernet, idle, and the two
machines are also mostly idle, with rsync + ssh together using less than
15% CPU on the slower machine, and some 3% on average on the faster
(receiving) machine. The drives are U160 or U320 in the sender machine,
and SATA in the other. Therefore, I expect the network to be saturated
by the transfer.  But in reality, I get a varying transfer rate between
some 200KB/s and 7MB/s, with some 500KB/s on average (over hours, I'm
trying to transfer some 50 gigs). When I transfer large, already
compressed, files or ISOs, transfer is abysmally slow, and when I
transfer lots of small files, performance soars. I have RSYNC_RSH=ssh on
both ends, and transfer using rsync -av (note: not -u, not -z) in order
to minimize CPU usage. But the drive lights also don't indicate much
activity.

What gives?

And why is transfer over a WAN consistently fast enough to saturate my
WAN link(s), ie, faster than in my LAN (but using different data)?


Best,
--Toni++

PS: Not tagging "minor" because of the impact this problem has for me.



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-2-686-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages rsync depends on:
ii  libc6                         2.3.6-7    GNU C Library: Shared libraries
ii  libpopt0                      1.7-5      lib for parsing cmdline parameters

rsync recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to