À l'aide de l'Analyseur de performances pour identifier une fuite de réserve

Une fuite de mémoire se produit lorsqu'un pool de mémoires alloue la partie de sa mémoire à un processus et le processus ne retourne pas de la mémoire. Lorsque cela se produit à plusieurs reprises, le pool de mémoire est épuisé.

Recherche une fuite de réserve

Pour identifier une fuite de réserve :

1. Rechercher une tendance qui montre le pool mémoire est allouée et la quantité de mémoire en pool disponible en permanence est en cours épuisée.
2. Identifier le processus qui est l'allocation de la mémoire, mais ne renvoyant pas.

À l'aide de l'Analyseur de performances pour identifier une fuite de réserve

Les objets mémoire, des objets et des processus doivent toujours être sélectionnés lorsque vous cherchez une fuite de réserve. Tous les compteurs sous chaque objet doivent être sélectionnés. Autres compteurs de l'objet peuvent aussi être sélectionnées pour aider à vous identifier un problème spécifique. Vous puis simplement Affichez tous les objets représenter tant qu'un ou plusieurs objets afficher une tendance qui pourrait être une fuite de réserve et puis essayer de résoudre le problème.

1. Par la création de graphiques les ressources mémoire, il doit être clair qu'un ou plusieurs pools de mémoire sont l'allocation de mémoire et la mémoire disponible dans un ou plusieurs pools de mémoire est en cours en permanence épuisée. Lorsque représentées sous forme de graphique, un pool de mémoires peut afficher un effet d'étape d'escalier en permanence augment pendant le processus une fuite de mémoire est en cours d'exécution. Toutefois, pendant les heures d'inactivité, il est courant de voir la ligne représenter restent plat. La ligne représenter continuera d'escalier modèle la prochaine fois que le processus une fuite de mémoire est lancé et exécuté.
2. Par le compteur d'objet, objet - threads, de graphiques, il doit être évident que le nombre de threads augmente de manière similaire aux allocations de mémoire de pool marquées et octets répertoriés dans l'étape 1. Selon la quantité de threads sont créés, le compteur d'objet, objet - threads peuvent accéder à une valeur élevée immédiatement.
3. Les processus de l'objet doivent vous aider à déterminer quel processus est à l'origine de la fuite. Objet compteurs octets de réserve non paginée, octets de réserve paginée et Thread Count doit tous être sélectionné. Toutes les instances de ces compteurs du graphique. Le processus une fuite de mémoire doit graphique d'une manière similaire à la mémoire de réserve qui a été représentées sous forme de graphique dans l'étape 1.

Une autre méthode pour identifier un processus qui est une fuite de mémoire

Bien que l'Analyseur de performances offre généralement les informations nécessaires pour déterminer quel processus crée une fuite de réserve, il ne fournit pas toujours les informations nécessaires pour déterminer la cause exacte d'une fuite de mémoire. Une tendance peut souvent être identifiée présentant une fuite de mémoire, mais un processus exact n'est peut-être pas identifiable comme étant la cause de la fuite de mémoire.

Si le processus une fuite de mémoire est un service, vous pouvez identifier le processus en utilisant le Panneau de configuration (Services) et l'Analyseur de performances :

1. Si le processus est en cours d'exécution assez long pour afficher des signes de la fuite de mémoire, utilisez l'Analyseur de performances pour l'objet graphique compteurs d'objets - threads. Le nombre de threads en cours d'exécution dépend de nombreux facteurs, mais le nombre augmentera plus grand que le processus une fuite de mémoire continue de s'exécuter.
2. Exécutez le Panneau de configuration et choisissez Services.
3. Afficher les fenêtres en mosaïque pour que vous puissiez voir le Panneau de configuration et de Performance Monitor.
4. Utilisez le Panneau de configuration, démarrez et arrêtez les services un à la fois.

Si le processus qui présente une fuite de mémoire est en cours d'exécution assez long, il y aura une réduction considérable de threads lorsque ce processus est arrêté.

Remarque : le processus une fuite de mémoire ne doit pas être un service pour utiliser cette méthode. Si le processus une fuite de mémoire est un programme régulier, fermer le programme peut aussi causer le nombre de threads à déplacer.