SUMMARY A use case: I compare about 2TB of data on 5400RPM disks. After 24h it still compares. That's OK, but where am I? I see from time to time a number of folders done - but that does not tell much, as folders are not a linear unit of measurement (as their content vary). Also the current compared file is shown replacing that information. This is also fine, at least it tells something is happening, but does not tell where it is, because seems to peek them randomly rather than sorted by name. A progress information is needed, with data volume in multiple of bytes would tell something about the progress, if not possible to estimate the remaining time (which, IMHO, it should). I'd keep the number of files/folders processed, I think it is mandatory to have the current file progress too, but an overall progress estimation is truly needed. SOFTWARE/OS VERSIONS Operating System: Gentoo Linux KDE Plasma Version: 5.19.2 KDE Frameworks Version: 5.71.0 Qt Version: 5.15.0 Kernel Version: 5.6.0-sabayon OS Type: 64-bit Processors: 8 × Intel® Core™ i7 CPU 920 @ 2.67GHz Memory: 23,5 GiB of RAM Graphics Processor: GeForce GTX 1060 6GB/PCIe/SSE2
Synchronizer works doing all the operations in one round: starting from the left and right root folders, scans every subfolder doing the file checks at the same time. If you set to Compare by content or the connection/filesystem is slow, the operation would take hours to complete. The only solution (that I can think now) is to scan the entire tree before doing the comparison, giving the user a progress percentage of folders or bytes checked. Moving to wishlist as it's not a real bug, but it heavily impacts user experience.