Description of problem: Doing rsync (using ssh) of a large file (about 100gb) using the following cmd: rsync -arvHu --delete --progress --stats /develop/Machines/win7/ -e ssh -p 1234 stefano.1.2:/home/stefano/VM/ After a while rsync process occupied 100% cpu and I had to kill it Version-Release number of selected component: rsync-3.1.0-2.fc20 Additional info: reporter: libreport-2.1.12 backtrace_rating: 4 cmdline: rsync -arvHu --delete --progress --stats /develop/Machines/win7/ -e 'ssh -p 1234' stefano.1.2:/home/stefano/VM/ crash_function: hash_search executable: /usr/bin/rsync kernel: 3.13.5-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (5 frames) #0 hash_search at match.c:236 #1 match_sums at match.c:398 #2 send_files at sender.c:406 #3 client_run at main.c:1152 #4 start_client at main.c:1405
Created attachment 872346 [details] File: backtrace
Created attachment 872347 [details] File: cgroup
Created attachment 872348 [details] File: core_backtrace
Created attachment 872349 [details] File: dso_list
Created attachment 872350 [details] File: environ
Created attachment 872351 [details] File: limits
Created attachment 872352 [details] File: maps
Created attachment 872353 [details] File: open_fds
Created attachment 872354 [details] File: proc_pid_status
Created attachment 872355 [details] File: var_log_messages
I think the high cpu load is expected as rsync produces check sums for all blocks of file during transfer. You can try to tweak block size by -B option, or transfer virtual images with --sparse to create new files and consequently use --inplace option for difference synchronization.