You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
imod.tests.test_mf6.test_mf6_regrid_model.test_model_regridding_can_validate and imod.tests.test_mf6.test_mf6_regrid_model.test_model_regridding_can_skip_validation both take nearly 1 minute. These are the longest tests so far in the pipeline
There are a lot of tests for splitting and partitioning. We should investigate if we can coarsen grid for these test cases to speed up times.
If this is not doable, we can consider creating a separate pipeline for all the multimodel tests, which can run in parallel.
Alternatively: We can adapt our test strategy and include certain slower tests in a nightly pipeline. In this way changes which break things are not directly identified, but still be traced back to the day of a breaking commit.
The text was updated successfully, but these errors were encountered:
Fixes#1025
# Description
Test to see if xdist will improve our pipeline build time
# Checklist
<!---
Before requesting review, please go through this checklist:
-->
- [x] Links to correct issue
- [ ] Update changelog, if changes affect users
- [x] PR title starts with ``Issue #nr``, e.g. ``Issue #737``
- [ ] Unit tests were added
- [ ] **If feature added**: Added/extended example
The unittests take too long; locally on my machine ~15 minutes but on TeamCity they approach 45 minutes.
Looking at this example, I observe the following things:
imod.tests.test_mf6.test_mf6_regrid_model.test_model_regridding_can_validate
andimod.tests.test_mf6.test_mf6_regrid_model.test_model_regridding_can_skip_validation
both take nearly 1 minute. These are the longest tests so far in the pipelineIf this is not doable, we can consider creating a separate pipeline for all the multimodel tests, which can run in parallel.
Alternatively: We can adapt our test strategy and include certain slower tests in a nightly pipeline. In this way changes which break things are not directly identified, but still be traced back to the day of a breaking commit.
The text was updated successfully, but these errors were encountered: