[tahoe-lafs-trac-stream] [Tahoe-LAFS] #2412: Magic Folder: teach uploader to use an iterative deque processing algorithm (was: teach drop uploader to use an iterative deque processing algorithm)
Tahoe-LAFS
trac at tahoe-lafs.org
Thu Oct 29 02:22:28 UTC 2015
#2412: Magic Folder: teach uploader to use an iterative deque processing algorithm
-------------------------------------+-------------------------------------
Reporter: dawuud | Owner:
Type: defect | Status: new
Priority: normal | Milestone: undecided
Component: code-frontend- | Version: 1.10.0
magic-folder | Keywords: magic-folder
Resolution: | reliability
Launchpad Bug: |
-------------------------------------+-------------------------------------
Changes (by daira):
* keywords: otf-magic-folder-objective4 => magic-folder reliability
Old description:
> 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 drop uploader deque.
> this means that the number of items that the uploader deque can process
> without an "empty" will be artificially limited.
New description:
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.
--
--
Ticket URL: <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/2412#comment:2>
Tahoe-LAFS <https://Tahoe-LAFS.org>
secure decentralized storage
More information about the tahoe-lafs-trac-stream
mailing list