---------- Forwarded message ----------
From:
James <address@hidden>
Date: Thu, Aug 13, 2009 at 7:59 AM
Subject: Re: [rdiff-backup-users] rdiff-backup painfully slow using NFS mount
To: Patrick Nagel <
address@hidden>
I had bad performance with rsnapshot and rdiff-backup over an NFS mount also, to a raided Drobo Share device, it sucked so badly in the end the backup dragged on all night and into the day (it was a large backup). In the end I connected the device over USB2.0 and stopped using NFS, I think this was greatly to do with the Drobo Shares network performance, stating it was gigabit when it never seemed to perform at gigabit speeds (i think it was more of a market move, and was just a gigabit port). Also the device seemed to struggle with all the hard links and many small files being transferred.
Now that the device is connected over USB2.0 all is well.
James
On Thu, Aug 13, 2009 at 4:09 AM, Patrick Nagel
<address@hidden> wrote:
But the whole discussion still doesn't explain why it's so much slower during
the *first* run (that's what Scott's mail was about, if I'm not mistaken). In
that case, rsync/rdiff-backup should be (roughly) as fast as NFS, if there is
no processing bottleneck on the machine that's running both instances of rsync.
Rsync would figure out that there are no files on the destination, yet. It
would then transfer all data, without further checking the destination, AFAIK.
Patrick.
On 2009-08-13 04:11, Scott Schappell wrote:
> This is exactly what I needed to know. Guess it's time to throw a
> freenas box together or get a new appliance that will let me run SSH.
>
> Thanks :)
--
Key ID: 0x86E346D4 http://patrick-nagel.net/key.asc
Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4