Skip to content

Conversation

@trylek
Copy link
Member

@trylek trylek commented Nov 16, 2019

It turns out that the stock Xunit runner has a parallelism bug
we were previously working around by using a custom version with
Egor's fix. After we migrated CoreCLR to the combined
dotnet/runtime repo and switched over to a common Xunit runner,
this popped up as non-deterministic failures in Linux runs.
Based on Stephen Toub's suggestion I'm proposing to switch
the runner over to run tests sequentially by default - the
perf penalty should be low and in fact this might even make some
of the tests more stable.

Thanks

Tomas

@ViktorHofer
Copy link
Member

Closing in favor of #77

@stephentoub
Copy link
Member

What was the outcome here? Did it also address the problem? Is coreclr going to have the same issue again when we move to the official xunit and dump the custom runner?

@ViktorHofer
Copy link
Member

ViktorHofer commented Nov 16, 2019

Is coreclr going to have the same issue again when we move to the official xunit and dump the custom runner?

No, as the plan is to move from the Microsoft.DotNet.XUnitConsoleRunner runner to the VSTest runner.

@stephentoub
Copy link
Member

Ok.

@karelz karelz added this to the 5.0.0 milestone Aug 18, 2020
@ghost ghost locked as resolved and limited conversation to collaborators Dec 11, 2020
DeepakRajendrakumaran added a commit to DeepakRajendrakumaran/runtime that referenced this pull request Nov 18, 2021
DeepakRajendrakumaran added a commit to DeepakRajendrakumaran/runtime that referenced this pull request Nov 18, 2021
This reverts commit aa510571491075fe35cc0671f52c1d1427bd73c9.
radical pushed a commit to radical/runtime that referenced this pull request Jul 7, 2022
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants