Actions
Bug #4309
open[SDK] arv-copy collection copy performance
Status:
New
Priority:
Normal
Assigned To:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:
0%
Estimated time:
Story points:
2.0
Description
Originally https://arvados.org/issues/3699#note-43
I'm copying a pipeline with a 5990M collection. I noticed this code:
data = src_keep.get(word) dst_locator = dst_keep.put(data)
See attached image, there's a very clear falloff between blocks -- doing this sequentially isn't optimal. Download and upload could proceed concurrently. Also, it's possible we could get better utilization if we transferred multiple blocks at a time (e.g. 2x down / 2x up) by talking to multiple Keep servers. Consider a producer-consumer pattern using Python queues.
Files
Updated by Peter Amstutz over 10 years ago
- File arv-copy-perf.png arv-copy-perf.png added
- Description updated (diff)
Updated by Peter Amstutz over 10 years ago
- Subject changed from [SDK] arv-copy performance to [SDK] arv-copy collection copy performance
- Description updated (diff)
Updated by Tom Clegg over 10 years ago
- Target version changed from Bug Triage to Arvados Future Sprints
Updated by Ward Vandewege almost 4 years ago
- Target version deleted (
Arvados Future Sprints)
Actions