Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Incremental runs

Aperta
  • Qualcosa non va?
#28 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

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
build-system, testing

Direzione di ricerca

L’issue non indica file, test o punti di ingresso. Inizia individuando il codice che sostituisce le directory delle esecuzioni precedenti, tiene traccia dei risultati dei seed e genera i report; il lavoro è completo quando sono supportate esecuzioni di seed additive e la generazione cumulativa dei report di pass/fail e coverage, mantenendo un’opzione per confrontare esecuzioni separate.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

At the moment newer DVSim runs replace previous runs in a destructive way. Directories from a previous run are renamed (with a timestamp generated at replacement time) and new results or in their place.

Instead of doing that, we could make the system additive. For each block IP level test there is a target number of seeds to run. This can be overridden via cli arguments, with either a fixed seed, or a more limited set of random seeds.

In the fixed seed case, there is no need to rerun an individual seed if it's already been run for that test. Likewise when generating a report, it would be nice if the new report would report based on all the seed results it has... not just the ones that ran in the last run.

This would mean it would be possible to do things like, run a full regression suite. Identify a test that we want to run some more seeds on. Run those extra seeds and regenerate the reports including those seeds.

Both the pass/fail rate and the coverage should be able to be incrementally added.

This behaviour may not always be what you want. Sometimes you might want to do an A/B test and compare the results. So maybe store a run ID as part of the job result metadata, then give the option of having a column per run (for easier comparison) or merge the results in a cumulative way? Run ID could be a simple time stamp or optionally a label provided as an argument on the CLI... giving more meaningful column names.

Lingua principale
Python
Stelle
15
Fork
22
Merge medio
4g 46m
PR unite (30g)
6

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di lowRISC/dvsim

Tutte le issue di lowRISC/dvsim

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.