Hi,
Here is an update. I haven't deployed a new version of rsync into
production.
Instead I split my current rsync up into 10 independent sub directories of
the
main directory. I run them serially one after the other.
I'm up to 404,000 files and the total sync time doesn't seem to be falling
off
a cliff (yet).
In my case, only about .1% of my files change, so I'm sure it isn't a rsync
memory
issue. But I strongly suspect with the results I'm getting so far, that it
is a
matter of how many directories and inodes can be kept cached in memory. The
largest of the 10 sub directory rsyncs is about 75,000 files. So this would
seem
to put less pressure on this cache.
Thanks,
Mike
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
