[PATCH 00/10] fetch submodules in parallel and a preview on parallel "submodule update" · Stefan Beller <hidden> · 2016-06-15
[PATCH 01/10] strbuf: Add strbuf_read_noblock · Stefan Beller <hidden> · 2016-06-15
[PATCH 02/10] run-command: factor out return value computation · Stefan Beller <hidden> · 2016-06-15
Re: [PATCH 02/10] run-command: factor out return value computation · Jeff King <hidden> · 2016-06-15
[PATCH 09/10] git submodule update: cmd_update_recursive · Stefan Beller <hidden> · 2016-06-15
Re: [PATCH 09/10] git submodule update: cmd_update_recursive · Eric Sunshine <hidden> · 2016-06-15
[PATCH 04/10] fetch_populated_submodules: use new parallel job processing · Stefan Beller <hidden> · 2016-06-15
[PATCH 10/10] git submodule update: cmd_update_fetch · Stefan Beller <hidden> · 2016-06-15
[PATCH 05/10] submodules: Allow parallel fetching, add tests and documentation · Stefan Beller <hidden> · 2016-06-15
[PATCH 03/10] run-command: add an asynchronous parallel child processor · Stefan Beller <hidden> · 2016-06-15
[PATCH 08/10] git submodule update: cmd_update_recursive · Stefan Beller <hidden> · 2016-06-15
[PATCH 06/10] git submodule update: Redirect any output to stderr · Stefan Beller <hidden> · 2016-06-15
Re: [PATCH 06/10] git submodule update: Redirect any output to stderr · Eric Sunshine <hidden> · 2016-06-15
Re: [PATCH 06/10] git submodule update: Redirect any output to stderr · Stefan Beller <hidden> · 2016-06-15
[PATCH 07/10] git submodule update: pass --prefix only with a non empty prefix · Stefan Beller <hidden> · 2016-06-15
Re: [PATCH 07/10] git submodule update: pass --prefix only with a non empty prefix · Eric Sunshine <hidden> · 2016-06-15
Re: [PATCH 00/10] fetch submodules in parallel and a preview on parallel "submodule update" · Jacob Keller <hidden> · 2016-06-15

Re: [PATCH 00/10] fetch submodules in parallel and a preview on parallel "submodule update"

From: Jacob Keller <hidden>
Date: 2016-06-15 23:06:36

On Wed, Sep 16, 2015 at 6:38 PM, Stefan Beller [off-list ref] wrote:

It took me a while to get the idea how to realize parallelism with the
parallel run command structure now as opposed to the thread pool I proposed
earlier, but I think it will be straightforward from here.

Yea at least from a cursory review this seems significantly simpler.
I'm still trying to give a better deep dive of the code, so hopefully
I will have some more thoughts soon.

Regards,
Jake

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help