Skip to content

Conversation

@kartben
Copy link
Contributor

@kartben kartben commented Oct 16, 2025

Pass verbose flag to Twister to get better insights into what boards are being built and see progress.

Pass verbose flag to Twister to get better insights into what boards are
being built and see progress.

Signed-off-by: Benjamin Cabé <[email protected]>
@kartben kartben added the Trivial Changes that can be reviewed by anyone, i.e. doc changes, minor build system tweaks, etc. label Oct 16, 2025
@kartben kartben marked this pull request as ready for review October 16, 2025 16:30
@zephyrbot zephyrbot added area: Documentation Infrastructure size: XS A PR changing only a single line of code labels Oct 16, 2025
@sonarqubecloud
Copy link

*[arg for path in EDT_PICKLE_PATHS for arg in ('--keep-artifacts', path)],
*[arg for path in RUNNERS_YAML_PATHS for arg in ('--keep-artifacts', path)],
"--cmake-only",
"-v",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

add "-j 16" or maybe "-j 32"

Copy link
Contributor Author

@kartben kartben Oct 16, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

based on my tests I don't think it's necessary - while it might be an issue for "real" Twister test runs, -j 96 seems to be just fine for the CMake-only hello world builds, and not noticeably faster/slower than e.g. -j32

What I would love to know though is why the Sphinx part of the build is so slow, despite Sphinx being given 8 threads. In fact it's even slower with more threads, and (marginally) faster with e.g 4. It looks like there is some kind of bottleneck somewhere (filesystem??) and I really hope @stephanosio maybe has an idea about what might be going on. FWIW while the Twister stuff is done in like 2m30s, the sphinx part is actually slower than we had on the Github runner!(?)

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the sphinx part is actually slower than we had on the Github runner!(?)

Are you sure? 4xlarge zephyr-runners are allocated 16 vCPUs, 32GB RAM and have local NVMe SSDs for storage; so, they should not be any slower than the GitHub-hosted runners ... if any, they should be faster.

@nashif nashif requested a review from stephanosio October 17, 2025 10:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area: Documentation Infrastructure size: XS A PR changing only a single line of code Trivial Changes that can be reviewed by anyone, i.e. doc changes, minor build system tweaks, etc.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants