Reducing "tpslimit" does not change the behaviour. I also checked with tcpdump and the number of calls per second (I suppose to the API) does not seem to change when "tpslimit" is changed.
It takes several hours to dry-run copy my 31585 files (spread across 8079 folders) with total size 5.5Go. This seems quite slow.
I think your should bring it to guys running Proton Drive and lobby for increasing their limits. Clearly as it is right now they do not like any "bulk" operations.
Indeed, Proton Drive may not appreciate bulk operations.
But do I misinterpret the role of "tpslimit" then? Shouldn't a small value decrease the number of calls to the API (and thus prevent such issues)?
You are right for tpslimit and API calls but nobody knows what their logic and limits are.
Again it depends how their system works. Rclone can limit number of API calls - they still throttle. Maybe they do not like how many requests you did in the last hour? in the last 24h?
Maybe on their forums there are people who can answer these questions.
The current behavior is that I start having these messages after around 3 minutes of copy/sync (which can be mapped to a certain number of API calls). It does not seem to depend on requests in the last hour or day.
My goal was to find a sweet spot by tuning tpslimit but, as tcpdump confirms, values of 125 or 0.0125 seem to produce the same number of requests/transactions per second.
Note that if I increase the number of checkers from 128 to 256 (a factor of 2), then these 3 minutes become slightly more than 1.5 minutes (a factor of 1/2).
My guess is that tpslimit has no effect on Proton Drive remotes; this would be a bug.
I have the same issue with Proton Drive. It worked for a while, but then, i started having problems and my sync never finishes. even on small syncs, where only a few files were changed.