similar to: [Bug 3099] Please parallelize filesystem scan

https://bugzilla.samba.org/show_bug.cgi?id=3099 --- Comment #8 from Chip Schweiss <chip at innovates.com> --- I would argue that optionally all directory scanning should be made parallel. Modern file systems perform best when request queues are kept full. The current mode of rsync scanning directories does nothing to take advantage of this. I currently use scripts to split a couple

https://bugzilla.samba.org/show_bug.cgi?id=3099 Summary: Please parallelize filesystem scan Product: rsync Version: 2.6.4 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: hpa@zytor.com QAContact:

https://bugzilla.samba.org/show_bug.cgi?id=3099 --- Comment #6 from Arie Skliarouk <skliarie at gmail.com> 2013-02-10 06:45:30 UTC --- Any hope for the bug to be resolved? It is really inconvenient to have production database to be down for double amount of time than what is really necessary. -- Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email ------- You are

https://bugzilla.samba.org/show_bug.cgi?id=3099 --- Comment #7 from Rainer <rainer at voigt-home.net> --- Hi, I'm experiencing the very same problem: I'm trying to sync a set of VMWare disk files (about 2.5TB) with not too many changes, and direct copying is still faster than the checksumming by a quite large margin because of the sequential checksumming on source and target just

Sounds to me like maintaining the metadata cache is important - and tuning the filesystem to do so would be more beneficial than caching writes, especially with a backup target where a write already written will likely never be read again (and isnt a big deal if it is since so few files are changed compared to the total # of inodes to scan). Your report of the minutes for the re-sync shows the

https://bugzilla.samba.org/show_bug.cgi?id=3415 Summary: -R and --delete cause --delete to be ignored Product: rsync Version: 2.6.6 Platform: Other OS/Version: Windows 2000 Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: dietmar@zlabinger.at

https://bugzilla.samba.org/show_bug.cgi?id=3752 Summary: rsync unusable with EncFS filesystem Product: rsync Version: 2.6.8 Platform: x86 OS/Version: Linux Status: NEW Severity: critical Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: micheala@jacey.org

https://bugzilla.samba.org/show_bug.cgi?id=4768 Summary: problem sync big filesystem over slow connection Product: rsync Version: 2.6.8 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

https://bugzilla.samba.org/show_bug.cgi?id=7773 Summary: Please add a switch to preserve ownership on the receiving side Product: rsync Version: 3.1.0 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned at samba.org

https://bugzilla.samba.org/show_bug.cgi?id=5482 Summary: apply the rsync comparison algorithm specially to .mov and .mp4 files Product: rsync Version: 3.0.2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org

https://bugzilla.samba.org/show_bug.cgi?id=13645 Bug ID: 13645 Summary: Improve efficiency when resuming transfer of large files Product: rsync Version: 3.0.9 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 Component: core Assignee:

https://bugzilla.samba.org/show_bug.cgi?id=5459 Summary: Large amount of files makes checksum count negative Product: rsync Version: 3.0.2 Platform: x64 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

https://bugzilla.samba.org/show_bug.cgi?id=11378 Bug ID: 11378 Summary: Please add a '--line-buffered' option to rsync to make logging/output more friendly with pipes/syslog/CI systems/etc. Product: rsync Version: 3.1.1 Hardware: All OS: All Status: NEW

https://bugzilla.samba.org/show_bug.cgi?id=5583 Summary: Files always updated even if time is the only difference Product: rsync Version: 2.6.9 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy:

https://bugzilla.samba.org/show_bug.cgi?id=7953 Summary: -x flag prevents symlink on source filesystem from overwriting dest dir Product: rsync Version: 3.0.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at

Hi, If you are not already tired of so many io controller implementations, here is another one. This is a very eary very crude implementation to get early feedback to see if this approach makes any sense or not. This controller is a proportional weight IO controller primarily based on/inspired by dm-ioband. One of the things I personally found little odd about dm-ioband was need of a dm-ioband

Hi, If you are not already tired of so many io controller implementations, here is another one. This is a very eary very crude implementation to get early feedback to see if this approach makes any sense or not. This controller is a proportional weight IO controller primarily based on/inspired by dm-ioband. One of the things I personally found little odd about dm-ioband was need of a dm-ioband

Hi, I have just updated from CentOS 4 to 5 and I am seeing a problem with udev during booting, but I am unable to track it down as it looks like the boot.log is not working. The file is there but empty and the previous log only lists events up to the point at which I upgraded. syslog.conf looks ok to me in so much as there is an entry pointing to /var/log/boot.log. Any suggestions as to what I

https://bugzilla.samba.org/show_bug.cgi?id=5365 Summary: --backup and --xattrs are not compatible Product: rsync Version: 3.0.0 Platform: x86 OS/Version: Other Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: fauthier@free.fr

https://bugzilla.samba.org/show_bug.cgi?id=11668 Bug ID: 11668 Summary: incorrect/inconsistent behavior when --backup-dir is on a full filesystem Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core