The unit test host peaks near 8 GB, mostly in Tests.Convenience
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 35/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- csharp
- Ambito
- testing-qa
Direzione di ricerca
Start by running dotnet test --filter FullyQualifiedName~Tests.Convenience and watching the test host's resident memory, then compare with DocumentationExamplesRunTest alone. Find which tests in the Tests.Convenience namespace allocate the most, and check whether large inputs or cached results are kept alive across tests. Done means the full suite peaks well under a few GB, or the memory-heavy tests are documented with a reason. The maintainers should confirm which outcome they want before a fix is written.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The unit test host peaks near 8 GB on master. Measured on 790feec2 (net10.0, Release), as the test host's resident memory:
| Run | Peak |
|---|---|
| whole suite | 7,947 MB (killed by a local 8 GB guard in one of two runs) |
FullyQualifiedName~Tests.Convenience |
5,832 MB in 16 s |
DocumentationExamplesRunTest alone |
2,505 MB |
everything except Tests.Convenience |
about 1.9 GB |
Tests.Calculus |
1,763 MB |
So most of it comes from Tests.Convenience. On a machine with less memory, or a CI runner with a lower limit, the whole run can be killed mid-way, and vstest still prints Passed! over the tests that finished.
What I'd expect: the suite should stay well under a few GB, or the tests that need that much should say why.
- Lingua principale
- C#
- Stelle
- 831
- Fork
- 79
- Merge medio
- 2h 17m
- PR unite (30g)
- 443
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun 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 ASC-Community/AngouriMath
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 12/100
ASC-Community/AngouriMath#1885 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
ASC-Community/AngouriMath#1807 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
ASC-Community/AngouriMath#1692 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
ASC-Community/AngouriMath#1690 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
ASC-Community/AngouriMath#1689 · 5 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di ASC-Community/AngouriMath
Issue simili
-
AzureBlobSnapshotStore.LoadAsync allocates the snapshot twice (growable MemoryStream + ToArray)Apertaenhancement
Difficoltà 2/5 Mezza giornata Idoneità per principianti 72/100
-
bug ui-only
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
ClickHouse/clickhouse-cs#689 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 7 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 65/100
vchelaru/FlatRedBall2#1481 ·
I maintainer di solito rispondono entro 1 giorno