Store scheduler metrics
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- python
- Ambito
- observability, tooling
Direzione di ricerca
Inizia tracciando lo scheduler e gli output esistenti di logging e scratch-directory descritti nell'issue. Confronta se i dati di completamento dei job debbano essere registrati, archiviati come metadati per job o entrambe le cose, e definisci un formato che supporti la rappresentazione grafica delle decisioni dello scheduler e dell'utilizzo dei runner e che possa ricreare i file JSON di riepilogo.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
It would be useful to store metrics from the scheduler such as how long each job took to run. Number of concurrent jobs over time throughout a run. Data in a format that makes it easy to plot scheduling decisions and runner utilisation over time.
It may be better to improve the logging information, and then calculate the metrics by parsing the logs? Perhaps add a log entry per job completion with start, end, and duration?
Alternatively, or potentially as well as, save that information and more to the scratch directory as individual job run meta data. This could also include results state, perhaps error logs on a job failure. This would allow us to recreate the summary JSON files from individual job state JSON files.
- Lingua principale
- Python
- Stelle
- 15
- Fork
- 22
- Merge medio
- 4g 3h
- PR unite (30g)
- 7
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di lowRISC/dvsim
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Better log visibility on the license type usage profileForse già presa @AlexJones0 l’ha presa 17 giorni fa. Aperta
Tutte le issue di lowRISC/dvsim
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
NousResearch/hermes-agent#140958 ·
I maintainer di solito rispondono entro 1 giorno
-
Bisect issue233186Apertabisect
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
dtcxzyw/llvm-bisect-service#548 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
sallowayma-git/IELTS-practice#248 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
anthropics/claude-plugins-official#6763 · 10 commenti · 10 reazioni ·
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno