nielash fd95511091 bisync: generate listings concurrently with march -- fixes #7332 ... Before this change, bisync needed to build a full listing for Path1, then a full listing for Path2, then compare them -- and each of those tasks needed to finish before the next one could start. In addition to being slow and inefficient, it also caused real problems if a file changed between the time bisync checked it on Path1 and the time it checked the corresponding file on Path2. This change solves these problems by listing both paths concurrently, using the same March infrastructure that check and sync use to traverse two directories in lock-step, optimized by Go's robust concurrency support. Listings should now be much faster, and any given path is now checked nearly-instantaneously on both sides, minimizing room for error. Further discussion: https://forum.rclone.org/t/bisync-bugs-and-feature-requests/37636#:~:text=4.%20Listings%20should%20alternate%20between%20paths%20to%20minimize%20errors		2024-01-20 14:50:08 -05:00
..
golden	bisync: generate listings concurrently with march -- fixes #7332	2024-01-20 14:50:08 -05:00
initial	bisync: equality check before renaming (leave identical files alone)	2023-08-12 17:24:21 +01:00
modfiles	bisync: equality check before renaming (leave identical files alone)	2023-08-12 17:24:21 +01:00
scenario.txt	bisync: equality check before renaming (leave identical files alone)	2023-08-12 17:24:21 +01:00