Progress estimation: Adjust low-transfer detection #3942
authorChristian Kamm <mail@ckamm.de>
Thu, 15 Oct 2015 11:28:29 +0000 (13:28 +0200)
committerChristian Kamm <mail@ckamm.de>
Thu, 15 Oct 2015 13:04:11 +0000 (15:04 +0200)
commit67e9a06d301af0e06eae7b708c7b29b824c5849a
tree082a83a7dfae6f7f9ea26294a958486c641ebeb4
parentabd63035c1ca3dc59906cb24d10f4dc4fdd6213e
Progress estimation: Adjust low-transfer detection #3942

Progress estimation is usually based on transfer speed. That makes no
sense when we're doing operations like deletes, that need very little
data transfer but nevertheless take a long time.

This hack attempts to detect this case better and switches to a
different estimate.

We should rewrite this to maintain and update estimates for the
transfer speed, per-file overhead and chunk-assembly overhead each
time an item finishes. Then we could provide more consistent progress
estimates without ad-hoc fixes like this one.

Also, there's an issue where resuming a partial download will lead
to exaggerated transfer speed estimates.
src/libsync/progressdispatcher.cpp