Move resource usage logging into instrumentation
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Read the linked issue #267 and PR #268, especially the discussion suggesting a ResourceInstrumentation class. The issue says the existing per-resource job-status logging should move into that class, but notes that the change was not straightforward; first trace where that logging is currently implemented and how instrumentation is structured. Done means the status data is available through instrumentation for producing reports at the end of runs.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
A previous issue and PR were made (here https://github.com/lowRISC/dvsim/issues/267 and here https://github.com/lowRISC/dvsim/pull/268) to log per resource, the number of jobs for each status. For example, for the simulation tool Xcelium, how jobs are scheduled, queued, running, etc.
In the following https://github.com/lowRISC/dvsim/pull/268#discussion_r4186087377, @AlexJones0 suggested this logic could be moved into a ResourceInstrumentation class. This would have some advantages, such as making it easy to pull the data and produce other reports at the end of runs. I looked into this while addressing the comments in the linked PR, but found it wasn't overly straightforward. I deferred it for now, but in the long run it would be a good change to make.
- 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
-
Better log visibility on the license type usage profileForse già presa @AlexJones0 l’ha presa 18 giorni fa. Aperta
-
enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 75/100
Tutte le issue di lowRISC/dvsim
Issue simili
-
documentation good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
drevendev/HungryCrab#273 ·
I maintainer di solito rispondono entro 1 giorno
-
good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
drevendev/BeautifulRepo#19 ·
I maintainer di solito rispondono entro 2 giorni
-
Moonshot: Kimi K3 always sends `reasoning_effort="max"`, though the API now accepts `low` and `high`Apertaaccepted
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
UKGovernmentBEIS/inspect_ai#5939 ·
I maintainer di solito rispondono entro 1 giorno
-
bug linux
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
Fill paper for Screen2WordsApertaarea:data data-quality
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
reacher-z/Awesome-CUA#1468 ·
I maintainer di solito rispondono entro 1 giorno