Add an in-memory cache for CRLs on Linux by bartonjs · Pull Request #123562 · 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
dotnet-linker-tests	52 minutes, 48 seconds	1 hour, 19 minutes, 16 seconds	1 hour, 45 minutes, 44 seconds
runtime-dev-innerloop	49 minutes, 55 seconds	55 minutes, 24 seconds	1 hour, 53 seconds
runtime	1 hour, 24 minutes, 2 seconds	2 hours, 10 minutes, 37 seconds	2 hours, 57 minutes, 12 seconds

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

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:

_{Was this helpful?}