more precise progress indication for MDMF retrieve #1515

Open
opened 2011-08-29 14:47:44 +00:00 by davidsarah · 1 comment
davidsarah commented 2011-08-29 14:47:44 +00:00
Owner

From the commit message for changeset:9756146d61673552:

More improvements to consider:

  • progress is currently 0% or 100%: should calculate how many segments are involved (remembering retrieve can be less than the whole file) and set it to a fraction
  • "fetch" time is fuzzy: what we want is to know how much of the delay is not our own fault, but since we do decode/decrypt work while waiting for more shares, it's not straightforward
From the commit message for changeset:9756146d61673552: More improvements to consider: * progress is currently 0% or 100%: should calculate how many segments are involved (remembering retrieve can be less than the whole file) and set it to a fraction * "fetch" time is fuzzy: what we want is to know how much of the delay is not our own fault, but since we do decode/decrypt work while waiting for more shares, it's not straightforward
tahoe-lafs added the
code-frontend-web
minor
defect
1.9.0a1
labels 2011-08-29 14:47:44 +00:00
tahoe-lafs added this to the undecided milestone 2011-08-29 14:47:44 +00:00
tahoe-lafs added
code-mutable
and removed
code-frontend-web
labels 2011-08-29 14:48:29 +00:00
tahoe-lafs added
normal
enhancement
and removed
minor
defect
labels 2012-04-01 04:42:20 +00:00

Yeah, mutable/retrieve.py currently only calls set_progress() twice: once with 0.0 at the start, and once with 1.0 at the end. This was correct for SDMF, but with MDMF we can make an update after each segment is finished downloading. The place to do this will be inside _decode_blocks(), in the _process() function, where it logs "now decoding segment X of Y". Basically add a set_progress(X/Y) there.

Yeah, mutable/retrieve.py currently only calls `set_progress()` twice: once with 0.0 at the start, and once with 1.0 at the end. This was correct for SDMF, but with MDMF we can make an update after each segment is finished downloading. The place to do this will be inside `_decode_blocks()`, in the `_process()` function, where it logs "now decoding segment X of Y". Basically add a `set_progress(X/Y)` there.
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#1515
No description provided.