[release/9.0] Update macOS VM images to use 'latest' version by hoyosjs · Pull Request #121391 · dotnet/runtime

View the current status of Helix

The list of queues is cached weekly. If your PR changes what queues your pipelines use, this information will not show the updated queues.

This model assumes that the current state of the entire CI infrastructure is normal, and that your CI pipelines will succeed.

Pipeline	Lower Bound	Estimated Time	Upper Bound
runtime-dev-innerloop	44 minutes, 23 seconds	56 minutes, 10 seconds	1 hour, 7 minutes, 57 seconds
dotnet-linker-tests	47 minutes, 26 seconds	1 hour, 3 minutes, 21 seconds	1 hour, 19 minutes, 16 seconds
runtime	59 minutes, 40 seconds	1 hour, 57 minutes, 13 seconds	2 hours, 54 minutes, 45 seconds

Here's a list of the top 5 queues with the highest work item wait time:

Queue	Work Item Wait Time	Difference in Moving Avg
windows.amd64.server2022.open.svc	39 minutes, 49 seconds	-0.29% 📉
windows.10.amd64.serverrs5.open.svc	33 minutes, 36 seconds	-0.2% 📉
azurelinux.3.amd64.open.svc	30 minutes, 15 seconds	-0.28% 📉
windows.11.arm64.open	29 minutes, 39 seconds	-0.17% 📉
ubuntu.2204.amd64.open.svc	26 minutes, 14 seconds	-0.17% 📉

For more in-depth information on the status of Helix, visit our Grafana Dashboard.

dotnet/runtime is currently configured to submit to the following Helix queues:

dotnet/runtime uses the following on-prem queues:

This typically means there hasn't been any recent work submitted to these queues. If this looks wrong, please contact @dnceng.

This pipeline will build on the following Microsoft Hosted build pools:

Click here for information about these agents.

_{Was this helpful?}