Support needed for VirtualAlloc/VirtualFree analysis
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 28/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- python
- Domaine
- operating-systems, performance
Piste de recherche
Commencez par bin/VirtualFreeStacks.py et la trace processor library, puis comparez l’entrée xperf -a dumper du script avec la limitation de WPA décrite dans l’issue. C’est terminé lorsque les stacks de VirtualAlloc et VirtualFree peuvent être analysées via le trace processor sans dépendre d’un parsing de texte fragile.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
VirtualFree and VirtualAlloc stacks can be critical in understanding memory consumption. VirtualFree is particularly interesting for programmatic trace analysis because it cannot be analyzed using WPA - if you just have the free but not the alloc then the data is hidden.
I recently got desperate and wrote code to analyze "xperf -a dumper" output (script is at https://github.com/google/UIforETW/blob/main/bin/VirtualFreeStacks.py). The results were incredibly useful (see crbug.com/1179934) and may help understand a significant memory issue in Chrome and/or Windows, but writing text parsing code to analyze ETW traces seems like the wrong solution at this time.
Text parsing code tends to be more fragile and it also requires additional steps and usually has significantly worse performance than the trace processor library. Text parsing also requires significant investigation in order to understand the layout of the output and what xperf options to use.
- Langage dominant
- Aucune donnée de langage
- Étoiles
- 18
- Forks
- 5
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de microsoft/eventtracing-processing
-
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
-
3E data can not be exportedOuverte
Difficulté 4/5 3-5 jours Accessibilité débutants 20/100
Toutes les issues de microsoft/eventtracing-processing
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
Les mainteneurs répondent en général sous 3 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
dividebysandwich/rust-dos#434 ·
Les mainteneurs répondent en général sous 1 jour
-
bug needs-triage
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour
-
area-System.IO untriaged
Difficulté 2/5 Une demi-journée Accessibilité débutants 72/100
dotnet/runtime#136802 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour