Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Newer doxygen versions (since late in the 1.8.* series) can use multiple threads to read input files, and to a limited degree generate dot graphs in parallel. Since generating the documentation takes quite a long time, I thought I'd play with this. This is also useful because when generating documentation, everything is funneled into doxygen which then, for several minutes, runs as the only process on systems that today have multiple cores that are then unused.
Setting two of doxygen's parameters to zero then lets doxygen choose the number of threads based on the number of available cores. This substantially reduces the build time, even though it increases the overall CPU time -- but I think the former outweighs the latter given that this is the sequential step:
(Timings for everything excluding running latex to create formulas. That is apparently broken in the doxygen version I'm testing this with, with or without using multiple threads, for reasons I still have to investigate.)