Skip to content

Commit 0619892

Browse files
[CI] Bump max workflow to process count in metrics
This patch bumps the maximum number of metrics to look through when collecting metrics data. We are currently running into issues where we are losing data due to the most recent 1000 workflows not containing the workflows that we actually need to query. Just double it for now. I plan on monitoring this reasonably closely to ensure we do not run into issues, mainly API rate limits.
1 parent fbbb33f commit 0619892

File tree

1 file changed

+1
-1
lines changed

1 file changed

+1
-1
lines changed

.ci/metrics/metrics.py

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -43,7 +43,7 @@
4343
# This means we essentially have a list of workflows sorted by creation date,
4444
# and that's all we can deduce from it. So for each iteration, we'll blindly
4545
# process the last N workflows.
46-
GITHUB_WORKFLOWS_MAX_PROCESS_COUNT = 1000
46+
GITHUB_WORKFLOWS_MAX_PROCESS_COUNT = 2000
4747
# Second reason for the cut: reaching a workflow older than X.
4848
# This means we will miss long-tails (exceptional jobs running for more than
4949
# X hours), but that's also the case with the count cutoff above.

0 commit comments

Comments
 (0)