enforce timeout on DYHB queries? #296

Open
opened 2008-01-31 02:26:36 +00:00 by warner · 0 comments

When a file is uploaded via the helper, the first thing the helper does is to ask all the storage servers if they already have the shares. If one of those servers has recently been silently lost (a laptop that was suspended, or a network connection that's been severed), the query can take up to 15 minutes to time out.

It might be nice to accelerate this process by establishing an upper bound on the amount of time that we'll wait for a response, perhaps 10-15 seconds. We could use similar measures on share transmission, specifically download (since we have plenty of peers to choose from).

When a file is uploaded via the helper, the first thing the helper does is to ask all the storage servers if they already have the shares. If one of those servers has recently been silently lost (a laptop that was suspended, or a network connection that's been severed), the query can take up to 15 minutes to time out. It might be nice to accelerate this process by establishing an upper bound on the amount of time that we'll wait for a response, perhaps 10-15 seconds. We could use similar measures on share transmission, specifically download (since we have plenty of peers to choose from).
warner added the
major
defect
0.7.0
labels 2008-01-31 02:26:36 +00:00
warner added this to the eventually milestone 2008-01-31 02:26:36 +00:00
tahoe-lafs added the
code-network
label 2009-12-04 05:11:17 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
1 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#296
No description provided.