-
Notifications
You must be signed in to change notification settings - Fork 5.3k
[wasm][wbt] Split WBT classes to speed up CI job execution. #89926
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Tagging subscribers to 'arch-wasm': @lewing Issue DetailsIcuSharding and BuildPublish on Blazor always take the longest. I split them more or less into equal test count per class (~20 in icu, ~10 in build publish).
|
…during the code review, the test content was not changed - fixing now.
|
Thank you for doing this! I'm also planning an automated solution for this, but could take some time. |
radical
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great! Thank you for doing this!!
src/mono/wasm/Wasm.Build.Tests/Blazor/BuildPublishTestsFromWasmTemplate.cs
Outdated
Show resolved
Hide resolved
src/mono/wasm/Wasm.Build.Tests/Blazor/BuildPublishTestsFromBlazorTemplate.cs
Outdated
Show resolved
Hide resolved
|
Also, can you make sure that we are not running fewer tests after this? |
|
/azp run runtime |
|
Azure Pipelines successfully started running 1 pipeline(s). |
|
/azp run runtime-wasm |
|
Azure Pipelines successfully started running 1 pipeline(s). |
IcuSharding and BuildPublish on Blazor always take the longest. I split them more or less into equal test count per class (~20 in icu, ~10 in build publish).
This PR changes the times on wbt linux CI when we split into BuldPublish and BuildPublishDefaultTemplate:
Build time: ~1,5min -> ~1,5min
Run time: ~53min -> ~45min
Original time values taken from build 20230802.154 with 495 301 tests.
It's fine but the BuildPublish is the only test that keeps running till the end, around 30th minute all the other wbt are done already, so trying the 3-file split approach:
each <10 tests.
Build time: ~1,5min -> ~1,5min
Run time: ~53min -> 53 min - it seems 3 files split did not work as expected, @radical, it might be an outliner
but in this situation it does not look worthy to merge the changes.build 20230804.3
Okay, on the re-run it's already fine, 35 min as expected.
On windows it changed ~60min -> 42 min.