assist: With --jobs, parallelize transferring content to/from remotes
authorJoey Hess <joeyh@joeyh.name>
Wed, 5 Jul 2023 16:24:04 +0000 (12:24 -0400)
committerJoey Hess <joeyh@joeyh.name>
Wed, 5 Jul 2023 16:47:30 +0000 (12:47 -0400)
commit3c1d18cb3b2a7340c1450e3f69e38a02a4b720f4
tree0a54019b90a84eb6aae5de8b48a032c9690fa494
parentc2c2abe6ca9dc2a384bd169bd4a5be6523584e45
assist: With --jobs, parallelize transferring content to/from remotes

Command.Add.seek starts concurrency with CommandStages. And for
Command.Sync, it needs TransferStages. So, to get both types of concurrency
for the two different parts, it either needs to change the type of
concurrency in between, or just call startConcurrency once for each.

It seems safe enough to call startConcurrency twice, because it does shut
down concurrency (mostly) at the end, and eg the old Annex.workers get
emptied.

Sponsored-by: unqueued on Patreon
CHANGELOG
Command/Assist.hs
Command/Sync.hs
doc/bugs/__39__git_annex_assist__39___doesn__39__t_honor_--jobs.mdwn