Skip to content

CI: Set OMP_NUM_THREADS=1 for tests run in parallel - #7680

Merged
echoix merged 1 commit into
OSGeo:mainfrom
echoix:pytest-parallel-OpenMP
Jul 13, 2026
Merged

echoix merged 1 commit into
OSGeo:mainfrom
echoix:pytest-parallel-OpenMP

Conversation

@echoix

@echoix echoix commented Jul 13, 2026

Copy link
Copy Markdown
Member

We observed some random, transient timeouts on different tests. For one of them, t.list, there was no reason to fail on macOS, where there are 3 cores instead of 2 in GitHub Actions. There's a possibility that there's a problem with the temporal library locking up somewhere, but there’s also a small chance that the r.mapcalc calls are now using multiple processors. It "costs" not much to add this env var so that the number of threads is limited, even if it doesn't fix all problems; it might just fix some potential ones, since we are already running in parallel in that section.

We observed some random, transient timeouts on different tests. For one of them, t.list, there was no reason to fail on macOS, where there are 3 cores instead of 2 in GitHub Actions. There's a possibility that there's a problem with the temporal library locking up somewhere, but there’s also a small chance that the r.mapcalc calls are now using multiple processors. It "costs" not much to add this env var so that the number of threads is limited, even if it doesn't fix all problems; it might just fix some potential ones, since we are already running in parallel in that section.
@github-actions github-actions Bot added macOS macOS specific CI Continuous integration labels Jul 13, 2026
@echoix
echoix enabled auto-merge (squash) July 13, 2026 12:44
@echoix
echoix merged commit 29bf67c into OSGeo:main Jul 13, 2026
28 of 29 checks passed
@echoix
echoix deleted the pytest-parallel-OpenMP branch July 13, 2026 14:27
@github-actions github-actions Bot added this to the 8.6.0 milestone Jul 13, 2026
echoix added a commit to wenzeslaus/grass that referenced this pull request Jul 14, 2026
We observed some random, transient timeouts on different tests. For one of them, t.list, there was no reason to fail on macOS, where there are 3 cores instead of 2 in GitHub Actions. There's a possibility that there's a problem with the temporal library locking up somewhere, but there’s also a small chance that the r.mapcalc calls are now using multiple processors. It "costs" not much to add this env var so that the number of threads is limited, even if it doesn't fix all problems; it might just fix some potential ones, since we are already running in parallel in that section.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

CI Continuous integration macOS macOS specific

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants