Exécutez RAMMap comme administrateur, notez Total, Active, Standby, Modified, Free et les principales lignes Use Counts, puis enregistrez un instantané. Répétez une seule action à intervalles fixes et actualisez avec F5. Une fuite probable croît de manière reproductible, ne se stabilise pas au repos et réduit la mémoire disponible ou augmente le commit. RAMMap identifie la classe ; Process Explorer, VMMap, PoolMon ou WPR identifient le propriétaire.
Distinguer une fuite de la pression mémoire normale
Windows emploie la RAM libre comme cache et liste d’attente. Une utilisation élevée peut être saine si ces pages sont récupérables. Une fuite continue de croître à des points comparables, reste allouée après la charge et finit par augmenter commit, pagination ou latence.
Ne lisez pas seulement Total. Comparez Active, Standby et Modified pour chaque ligne. Un grand Standby est souvent récupérable ; Process Private ou les pools actifs qui montent sont des pistes plus fortes. Vérifiez aussi la mémoire engagée du Gestionnaire des tâches.
| Observation | Souvent normal | Signal plus fort |
|---|---|---|
| Début de charge | Hausse puis plateau | Hausse à chaque répétition identique |
| Fin de charge | Libération ou cache | La catégorie reste allouée et croît |
| Mémoire disponible | Reste suffisante | Baisse pendant que le commit monte |
| Propriétaire | Application ou cache attendu | Processus, tag de pool ou fichier croît sans travail utile |
| Après redémarrage | L’échauffement se stabilise | Les mêmes étapes reproduisent une croissance sans limite |
Enregistrer une référence RAMMap propre
Fermez les applications sans rapport et suspendez mises à jour, sauvegardes, téléchargements et machines virtuelles. Lancez RAMMap comme administrateur, attendez le calme, pressez F5 et notez Use Counts, Active, mémoire disponible, commit et heure. Enregistrez un instantané avant la charge suspecte.
Gardez identiques version, fichier, profil et délai. Plusieurs variables changées ensemble rendent l’écart inexploitable. Ne videz pas le cache entre les points.
Suivre la catégorie RAMMap qui continue de croître
Process Private mène généralement à une application ou un service ; Mapped File à File Summary et aux chemins ; les pools aux pilotes. Driver Locked, tables de pages et grandes pages ont d’autres propriétaires.
Si deux catégories montent ensemble, comparez leur chronologie. Une application peut allouer en privé tout en chauffant le cache. Consultez les types de mémoire RAMMap et le guide Process Private élevé.
- Process Private : trier Processes, noter PID et variation, vérifier Private Bytes avec Process Explorer ou VMMap.
- Mapped File : trier File Summary et confirmer le chemin dans File Details.
- Pools : relever la tendance, trouver le tag avec PoolMon ou WPR et l’associer au pilote signé.
- Standby : le traiter comme cache récupérable sauf preuve contrôlée contraire.
Comparer des points reproductibles et des instantanés
Un bon test comprend une référence, au moins trois points identiques et un point au repos. Utilisez des noms explicites et consignez action et heure.
Arrêtez avant une forte pagination. Si le motif se répète, redémarrez uniquement l’application ou le service suspect puis rejouez le test. Une libération temporaire indique le propriétaire, pas une correction durable.
- Enregistrer la référence
Actualiser, noter mémoire disponible et commit, puis enregistrer.
- Répéter une action
Exécuter une seule opération définie.
- Capturer des points fixes
Enregistrer après la première, troisième et cinquième répétition.
- Ajouter le repos
Arrêter la charge et voir si la valeur se stabilise.
- Confirmer le propriétaire
Utiliser Process Explorer, VMMap, PoolMon ou WPR.
Choisir le bon outil après RAMMap
RAMMap décrit la composition physique, pas toutes les piles d’allocation. Process Explorer confirme le processus, VMMap détaille un processus, PoolMon suit les tags et WPR fournit une chronologie.
Conservez instantanés, PID, tag, chemin, étapes et heures. Les traces peuvent contenir des données sensibles et doivent être protégées.
| Indice | Outil | Question |
|---|---|---|
| Process Private | Process Explorer | Quel processus ou service possède le commit ? |
| Processus confirmé | VMMap/profileur | Quelle région croît ? |
| Pool | PoolMon | Quel tag consomme la mémoire noyau ? |
| Pilote/temps | WPR | Quand la croissance commence-t-elle ? |
| Mapped File | File Summary/Details | Quel fichier explique les pages ? |
Éviter les faux correctifs de vidage du cache
Empty Standby List supprime un cache récupérable, pas le commit privé ni un pool fuyant. Empty Working Sets peut réduire temporairement les pages résidentes sans supprimer l’allocation.
Réservez Empty aux expériences contrôlées. Mettez à jour ou redémarrez le propriétaire confirmé et répétez le test. RAMMap v1.63 du 26 mars 2026 était toujours actuelle lors de la vérification Microsoft du 30 juillet 2026.
Un graphe plus bas après vidage du cache ne prouve pas une correction. Préservez d’abord la tendance.
FAQ RAMMap et fuite mémoire
RAMMap prouve-t-il une fuite d’application ?
Il montre la catégorie et la tendance ; un outil processus ou pilote est souvent nécessaire pour la source exacte.
Quelle valeur surveiller ?
La catégorie Active qui croît avec le commit et la baisse de mémoire disponible.
Combien d’instantanés ?
Une référence, plusieurs points identiques et un point au repos.
Empty Standby List corrige-t-il une fuite ?
Non, il ne fait que jeter du cache récupérable.
Quel outil ensuite ?
Process Explorer, VMMap, PoolMon ou WPR selon la catégorie.
Télécharger RAMMap v1.63 depuis Microsoft
Utilisez le ZIP officiel actuel et gardez une référence avant de modifier la mémoire.