Re: Do I need to build B2/bjam with options to run with all cores?

Rene Rivera via Boost-build <[email protected]> Mon, 8 Jul 2019 12:55:06 -0500
Newsgroups gmane.comp.lib.boost.build
Message-ID <CAHEh_Gi_B0PFfEtanqZjL6XmTf9BYsKcsd33uNgaHcqRbKk_cg@mail.gmail.com>
On Mon, Jul 8, 2019 at 12:27 PM Paul A Bristow via Boost-build <
[email protected]> wrote:

> The Quickbook documentation build  of Boost.Math is on my critical path
> of the ‘edit-compile-run-crash’ cycle 😉
>
> When the docs build, it only ever uses one core, leaving 15 of my shiny new
> cores idle ☹
>
> I have tried adding -j15 (even though I understand that this is now the
> default).
>
Not even that is required now, since it's suppose to use all the cores by
default. But doesn't hurt to be explicit.

> Do I need to compile b2 in some multiprocessor way to get all cores
> working and hopeful cut the build time?
>
No.

> (In contrast, if I build all the math examples or tests etc, I get all
> the cores working at 100%).
>
> Or am I expecting the impossible?
>
I would guess there's something about the documentation build that isn't
parallelizable. And thinking about it, it makes some sense. Building a
single library documentation is a linear sequence of steps: source qbk =>
boostbook => xslt transform to docbook => xslt transform to html. Do you
have some other dependency chain arrangement that would theoretically allow
parallel processing? Or are you talking about some other intrinsic
multi-core capability of an individual transform step?

-- 
-- Rene Rivera
-- Grafik - Don't Assume Anything
-- Robot Dreams - http://robot-dreams.net

_______________________________________________
Unsubscribe & other changes: https://lists.boost.org/mailman/listinfo.cgi/boost-build