Repository navigation
feat(ci): add runner timing distributions - #15777
Conversation
|
G-VAR-2/3 GENRE signals (advisory, non bloquant, #10020).
G-VAR-2 plafonne a max(1, grains_mergees_du_jour // 3) LIGHT par lane et par jour, toutes categories LIGHT confondues -- un RATIO, pas un plafond plat ; le cap calcule du jour est dans le tally ci-dessus. G-VAR-3 interdit deux genres LIGHT consecutifs. Les signaux ci-dessus rendent le fait VISIBLE (labels |
|
Diagnostic du rouge courant au head
Le rouge est donc réel mais hérité de Conclusion : aucun défaut des distributions runner de #15777 n'est démontré par ces rouges, et ils ne sont pas réparables dans cette branche sans mélanger les scopes. Aucun rerun, merge ou close lancé. |
|
Diagnostic exact-head Le
|
* feat(ci): add runner timing distributions See #15574 Co-Authored-By: Claude Code <noreply@anthropic.com> * docs(ci): align timestamp skew semantics See #15574 Co-Authored-By: Claude Code <noreply@anthropic.com> --------- Co-authored-by: Claude Code <noreply@anthropic.com> Co-authored-by: myia-ai-01 <myia.ai.01.myia@gmail.com>
Grain: MED/research-code — lane myia-po-2025:CoursIA — prev: MED/notebook-dotnet #15757
Résumé
measure_runner_demand.pyavec des distributions d'attente et de runtime par label et par runner ;Validation
python -m pytest scripts/tests/test_measure_runner_demand.py -q— 18 passed ;python -m py_compile scripts/ci/measure_runner_demand.py— success ;git diff --check— success.Périmètre résiduel
See #15574.
Cette tranche fournit l'organe de distribution par label/runner. Elle ne mesure pas encore le nombre de runners par hôte physique, ne fixe pas de plafond de concurrence et ne choisit ni n'applique une politique de capacité ou d'éviction. Elle ne modifie aucun workflow, pool, label ou réglage de concurrence.
🤖 Generated with Claude Code