Comment by cachius
17 hours ago
rclone --multi-thread-streams allows transfers in parallel, like robocopy /MT
You can also run multiple instances of rsync, the problem seems how to efficiently divide the set of files.
17 hours ago
rclone --multi-thread-streams allows transfers in parallel, like robocopy /MT
You can also run multiple instances of rsync, the problem seems how to efficiently divide the set of files.
> efficiently divide the set of files.
It turns out, fpart does just that! Fpart is a Filesystem partitioner. It helps you sort file trees and pack them into bags (called "partitions"). It is developed in C and available under the BSD license.
It comes with an rsync wrapper, fpsync. Now I'd like to see a benchmark of that vs rclone! via https://unix.stackexchange.com/q/189878/#688469 via https://stackoverflow.com/q/24058544/#comment93435424_255320...
https://www.fpart.org/
Sometimes find (with desired maxdepth) piped to gnu-parallel rsync is fine.
robocopy! Wow, blast from the past. Used to use it all the time when I worked in a Windows shop.
I am using robocopy right now on a project. The /MIR option is extremely useful for incrementally maintaining copies of large local directories.
My go-to for fast and easy parallelization is xargs -P.
note that one should use -print0 and -0 for safety
Thanks! I've been using the -F{} do-something-tofile "{}" approach which is also handy for times in which the input is one pram among others. -0 is much faster.
Edit: Looks like when doing file-by-file -F{} is still needed:
2 replies →