Re: [PATCHv2 0/8] Expose the submodule parallelism to the user
- From
Ramsay Jones <ramsay@ramsayjones.plus.com>
- Date
- Oct 29, 2015, 23:50 UTC
- Message-ID
- <5632B0E1.8040309@ramsayjones.plus.com>
- In-Reply-To
- <CAGZ79kYXrOFDqs5c-OYG2vRO9GY_aoD_GU1=TkRtOMaGC_GowA@mail.gmail.com>
On 29/10/15 15:51, Stefan Beller wrote:
Show 11 quoted lines
> On Thu, Oct 29, 2015 at 6:19 AM, Ramsay Jones > <ramsay@ramsayjones.plus.com> wrote: > >> Hmm, is there a way to _not_ fetch in parallel (override the >> config) from the command line for a given command? >> >> ATB, >> Ramsay Jones > > git config submodule.jobs 42 > git <foo> --jobs 1 # should run just one task, despite having 42 configured
Heh, yes ... I didn't pose the question quite right ...
> > It does use the parallel processing machinery though, but with a maximum of > one subcommand being spawned. Is that what you're asking?
... but, despite that, you correctly inferred what I was really asking about! :)
I was just wondering what overhead the parallel processing machinery adds to the original 'non-parallel' code path (for the j=1 case). I suspect the answer is 'not much', but that's just a guess. Have you measured it? What happens if there is only a single submodule to fetch?
ATB, Ramsay Jones