Opened at 2015-04-28T22:50:34Z
Last modified at 2016-03-21T17:24:23Z
#2412 closed defect
Magic Folder: teach uploader to use an iterative deque processing algorithm — at Version 2
| Reported by: | dawuud | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | undecided |
| Component: | code-frontend-magic-folder | Version: | 1.10.0 |
| Keywords: | magic-folder reliability blocks-merge | Cc: | |
| Launchpad Bug: |
Description (last modified by daira)
In my branch or in the current "magic folder" dev branch 2406.otf-objective-2.3.1-fix-upload-deque we have lazily evaluated upload deque implemented using recursing which may cause python's function call stack size limit to be imposed upon the functioning of the uploader deque. this means that the number of items that the uploader deque can process without an "empty" will be artificially limited.
Change History (2)
comment:1 Changed at 2015-08-02T20:28:32Z by daira
- Component changed from unknown to code-frontend-magic-folder
- Keywords otf-magic-folder-objective4 added; magic folder removed
comment:2 Changed at 2015-10-29T02:22:27Z by daira
- Description modified (diff)
- Keywords magic-folder reliability added; otf-magic-folder-objective4 removed
- Summary changed from teach drop uploader to use an iterative deque processing algorithm to Magic Folder: teach uploader to use an iterative deque processing algorithm
Note: See
TracTickets for help on using
tickets.
