dotnet-stack should function without requiring rundown
I maintainer di solito rispondono entro 1 giorno
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
- Ambito
- devtools
Direzione di ricerca
L’issue non indica alcun file o test. Inizia tracciando la gestione di EventPipe e rundown in dotnet-stack, quindi determina in che modo la symbolication dei frame dipenda attualmente dall’intero set di jitted-code. Il lavoro è completato quando la symbolication funziona senza rundown e i dati trasmessi scalano in base alle dimensioni dello stacktrace anziché in base all’intero jitted-code dell’applicazione.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Currently dotnet-stack requires an EventPipe trace with rundown enabled to symbolicate frames. This scales linearly in the size of jitted code which can be very large for some applications making the tool slow. We'd like a solution where the transmitted data is proportional to stacktrace size, not total application jitted code size.
- Lingua principale
- C++
- Stelle
- 1.3k
- Fork
- 407
- Merge medio
- 21h 5m
- PR unite (30g)
- 78
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Nessuna 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 dotnet/diagnostics
-
Fix StackAndOtherTests.script line number verification for .NET 11 and Windows x64Forse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
dotnet/diagnostics#5884 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
dotnet/diagnostics#6225 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
dotnet/diagnostics#6213 ·
I maintainer di solito rispondono entro 1 giorno
-
Isolate SOS hosting from other debugger extensions that use managed codeForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertabug
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
dotnet/diagnostics#6207 ·
I maintainer di solito rispondono entro 1 giorno
-
Known Build Error
Difficoltà 4/5 3-5 giorni Idoneità per principianti 49/100
dotnet/diagnostics#6190 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di dotnet/diagnostics
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
AutoHotkey/AutoHotkey#380 ·
-
documentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
Lua File: add readWhole()Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100
grumpycoders/pcsx-redux#2667 ·
-
GCC 15.2: -Wcast-qual warning - cast discards const qualifier from pointer target type (H5trace.c)Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 73/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
google/tensorstore#305 ·