Repository navigation
v0.8.3
Changed
AsyncsshSftpBackenddefaultmax_concurrencyraised 8 → 16. A 128-file
loopback recursive-copy/rm sweep ofmc ∈ {1,2,4,8,16}(median of 3) showed
recursive copy improving monotonically with concurrency (mc=8→16 ≈3% faster on
top of mc=1→8 ≈1.13x) and recursive remove flat within noise, with 16
fastest-or-tied and well inside asyncssh's SFTP request window. Exposed as
AsyncsshSftpBackend.DEFAULT_MAX_CONCURRENCY; passmax_concurrency=to
override. Loopback evidence only — a high-latency remote link may warrant a
different value; 16 is a safe modest default, not a tuned optimum.
Full Changelog: v0.8.2...v0.8.3