diff options
author | Joey Hess <joey@kitenet.net> | 2012-09-13 17:44:37 -0400 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2012-09-13 17:44:37 -0400 |
commit | f417f7153f2309a09a99b31965ff15d4a066cb28 (patch) | |
tree | 2726637f436de7ed09afbb694d681f4dea024c99 /doc/todo | |
parent | ecb9d52770fe123a60183697e595fd42c6e80ba1 (diff) |
move todo item to right place; reply
Diffstat (limited to 'doc/todo')
-rw-r--r-- | doc/todo/Slow_transfer_for_a_lot_of_small_files..mdwn | 20 |
1 files changed, 20 insertions, 0 deletions
diff --git a/doc/todo/Slow_transfer_for_a_lot_of_small_files..mdwn b/doc/todo/Slow_transfer_for_a_lot_of_small_files..mdwn new file mode 100644 index 000000000..00cdad0fe --- /dev/null +++ b/doc/todo/Slow_transfer_for_a_lot_of_small_files..mdwn @@ -0,0 +1,20 @@ +What steps will reproduce the problem? +Sync a lot of small files. + +What is the expected output? What do you see instead? +The expected output is hopefully a fast transfer. + +But currently it seems like git-annex is only using one thread to transfer(per host or total?) + +An option to select number of transfer threads to use(possibly per host) would be very nice. + +> Opening a lot of connections to a single host is probably not desirable. +> +> I do want to do something to allow slow hosts to not hold up transfers to +> other hosts, which might involve running multiple queued transfers at +> once. The webapp already allows the user to force a given transfer to +> happen immediately. --[[Joey]] + +And maybe also an option to limit how long a queue the browser should show, it can become quite resource intensive with a long queue. + +> The queue is limited to 20 items for this reason. --[[Joey]] |