[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