Re: Speeding Up Rsync for Large File Sets

2012-12-03 Thread Tim Gustafson
Have you checked that you're not running out of memory? I have not seen any errors or warnings to that effect. You probably want --delete-during instead of --delete. Will that speed up the file comparison stage, or is that just a good idea? If you're checking for hard links, rsync has to

Re: Speeding Up Rsync for Large File Sets

2012-12-03 Thread Konstantinos Skarlatos
On Δευτέρα, 3 Δεκέμβριος 2012 6:49:05 μμ, Tim Gustafson wrote: Lsyncd would be good for such a case. Have you checked that you're not running out of memory? I have not seen any errors or warnings to that effect. You probably want --delete-during instead of --delete. Will that speed up the

Speeding Up Rsync for Large File Sets

2012-11-30 Thread Tim Gustafson
We have a particular file system that we're trying to keep in sync between two FreeBSD/ZFS servers using Rsync. The file system has many millions of files, and about 4TB of data total. Rsync takes HOURS to run, even when there are no files to transfer. Just the comparison itself takes hours.

Re: Speeding Up Rsync for Large File Sets

2012-11-30 Thread Kevin Korb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If you are using zfs then why not use zfs send and zfs receive? Rsync has to stat every file on both ends which can take a long time with millions of files. The zfs tools don't have to do any of that. On 11/30/12 12:33, Tim Gustafson wrote: We

Re: Speeding Up Rsync for Large File Sets

2012-11-30 Thread Tim Gustafson
If you are using zfs then why not use zfs send and zfs receive? Rsync has to stat every file on both ends which can take a long time with millions of files. The zfs tools don't have to do any of that. Because zfs send/receive doesn't work well if the target file system ever gets changed,

Re: Speeding Up Rsync for Large File Sets

2012-11-30 Thread Kevin Korb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You are missing the snapshot part of it. You send/receive a snapshot then both ends have the same snapshot. On 11/30/12 13:00, Tim Gustafson wrote: If you are using zfs then why not use zfs send and zfs receive? Rsync has to stat every file on

Re: Speeding Up Rsync for Large File Sets

2012-11-30 Thread Kyle Lanclos
Tim Gustafson wrote: Because zfs send/receive doesn't work well if the target file system ever gets changed, even for something like an atime.** Basically, the file system can't be touched on the remote end, and you can't even set the read-only property, because that would be a

Re: Speeding Up Rsync for Large File Sets

2012-11-30 Thread Kevin Korb
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well, I am only using zfs as storage for rsync backups of non-zfs systems so I might be wrong. However, I was under the impression that you could send a zfs fs to another system then send subsequent snapshots of it as well. On 11/30/12 13:17, Kyle

Re: Speeding Up Rsync for Large File Sets

2012-11-30 Thread Steven Hartland
Up Rsync for Large File Sets We have a particular file system that we're trying to keep in sync between two FreeBSD/ZFS servers using Rsync. The file system has many millions of files, and about 4TB of data total. Rsync takes HOURS to run, even when there are no files to transfer. Just