Si Mapped File est élevé dans RAMMap, vérifiez d'abord si les pages sont surtout en Standby ou Active. Un grand Standby correspond souvent à un cache de fichiers récupérable. Un grand Active doit être étudié dans File Summary et File Details. Ne planifiez pas Empty Standby List comme correctif : il supprime temporairement le cache sans corriger la charge qui le recrée.
Ce que signifie un Mapped File élevé dans RAMMap
Mapped File regroupe les pages physiques adossées à des fichiers : cache classique, données d'applications mappées, images exécutables et fichiers ouverts par des API de mappage mémoire. Ce n'est ni un lecteur réseau mappé ni automatiquement la mémoire privée d'un processus.
Windows utilise volontairement la RAM libre comme cache afin d'accélérer les lectures suivantes. La taille devient préoccupante lorsque les pages restent actives, que Modified augmente, que la mémoire disponible reste faible ou que la même opération fait croître le total à chaque répétition.
La référence des types de mémoire RAMMap explique toutes les lignes. Cette page traite uniquement du diagnostic d'un Mapped File élevé.

Lire Active, Standby et Modified avant d'agir
Dans Use Counts, lisez toute la ligne Mapped File. Standby contient généralement un cache réutilisable, Active est actuellement utilisé et Modified contient des changements qui doivent être écrits avant réemploi.
Comparez ces colonnes à Available, au commit, aux défauts de page, à la latence du disque et au symptôme réel. Plusieurs gigaoctets en Standby peuvent être sains ; une part Active croissante avec peu de mémoire disponible mérite une enquête.
| Scénario | Signification probable | Étape suivante |
|---|---|---|
| Surtout Standby, Available reste correct | Cache normal | Ne rien vider ; vérifier la récupération sous demande. |
| Surtout Active, quelques gros fichiers | Application ou service garde des mappages | Examiner File Summary et File Details. |
| Modified croît avec la latence disque | Pages en attente d'écriture | Contrôler disque, filtres et processus écrivain. |
| Hausse après chaque tâche identique | Mappage persistant ou charge problématique | Capturer avant/après et identifier le propriétaire. |
| Le vrai problème est la mémoire compressée | Autre catégorie | Voir le guide de compression mémoire. |
Trouver les fichiers qui font monter Mapped File
Ne commencez pas par une commande Empty. Prenez une mesure au repos, reproduisez une seule action puis cherchez les fichiers dont Total, Active ou Standby a augmenté au même moment.
Le guide d'utilisation de RAMMap détaille les vues. Pour ce cas, suivez Use Counts, File Summary puis File Details.
- Créer une référence
Lancer RAMMap en administrateur, actualiser et noter Active, Standby, Modified ainsi que la mémoire disponible.
- Reproduire une seule charge
Ouvrir le fichier, projet, jeu, analyse ou copie qui précède l'augmentation.
- Trier File Summary
Trier par Total, Active ou Standby et repérer les chemins cohérents avec la taille et l'heure.
- Inspecter File Details
Sélectionner le chemin suspect et consigner la répartition de ses pages.
- Confirmer le propriétaire
Utiliser le Moniteur de ressources, Process Explorer, les journaux ou la configuration du service.
- Comparer à nouveau
Fermer uniquement la charge suspecte, actualiser et relire les mêmes colonnes.
Distinguer cache normal et véritable problème
Extraction d'archives, jeux, antivirus, recherche, sauvegarde, catalogue multimédia et disque virtuel peuvent remplir Standby sans fuite. Un cache normal se stabilise et Windows le récupère sous pression.
Poursuivez l'analyse si Active augmente à chaque répétition, Available reste faible, les défauts ou la latence montent, un chemin inattendu domine ou la fermeture de l'application ne libère pas les mappages actifs.
- Sain : majorité en Standby et récupérable sous charge contrôlée.
- Sain : total stable après la fin de la tâche.
- Alerte : Active augmente après chaque action identique.
- Alerte : fichier temporaire ou supprimé toujours activement mappé.
- Alerte : Modified et file d'attente disque augmentent ensemble.
- Alerte : système lent avec Available durablement faible.
Une grande zone colorée ne prouve pas une fuite. Conservez onglet, colonnes, heure et charge reproduite.
Solutions sûres pour un Mapped File élevé
Le correctif dépend du propriétaire : fermez proprement l'application, suspendez une analyse ou sauvegarde répétitive, ajustez son cache et mettez à jour les pilotes de stockage ou de filtre si le comportement a commencé après un changement.
Si la valeur est surtout en Standby sans pression, ne rien faire est le choix le plus sûr. Pour un test contrôlé, mesurez avant, appliquez une seule action temporaire et observez le coût du cache froid.
Quand une application possède les fichiers
Enregistrez le travail, fermez l'application, actualisez RAMMap et examinez ses réglages de cache, projet, base de données ou mappage. Notez chemin et version.
Avec sécurité, sauvegarde ou indexation
Vérifiez planification et exclusions sans désactiver durablement la protection. Des rescans ou filtres défectueux peuvent prolonger I/O et pression.
Quand l'écriture est lente
Contrôlez espace libre, santé du disque, événements, pilotes de filtre et applications très actives en écriture.
Pourquoi Empty Standby List n'est pas un correctif durable
La commande retire seulement les pages de cache récupérables à cet instant. La même charge les recrée et les lectures suivantes peuvent ralentir. Un chiffre plus bas juste après ne prouve donc aucune réparation.
Réservez-la à un test comparatif limité. Ne la planifiez pas au démarrage, avant chaque jeu ou toutes les quelques minutes. Le guide de vidage du cache RAMMap explique chaque option Empty.
Ne videz pas Modified sans comprendre l'écriture en attente et les preuves que l'action peut masquer.
Quand RAMMap ne suffit pas
RAMMap montre les pages adossées à des fichiers et les gros chemins, mais pas toujours toute la cause. Utilisez le Moniteur de ressources ou Process Explorer pour les processus et handles, WPA pour le temps et les I/O, PoolMon si la catégorie en hausse est Nonpaged Pool.
Si RAMMap ne répond plus, consultez le guide de dépannage RAMMap. Conservez captures avant/après, version de Windows, version de RAMMap, chemins et versions des pilotes.
FAQ sur RAMMap Mapped File élevé
Un Mapped File élevé est-il une fuite mémoire ?
Pas à lui seul. Beaucoup de Standby correspond souvent au cache. Suspectez un problème si Active croît de façon répétable, Available reste faible et un fichier ou une charge est corrélé.
Pourquoi reste-t-il élevé après la fermeture du programme ?
Les données peuvent rester en Standby pour être réutilisées. Si elles restent actives, vérifiez services, sous-processus et handles.
Puis-je vider Standby sans risque ?
Cela peut servir de test temporaire, mais ce n'est pas une optimisation durable et les lectures suivantes peuvent ralentir.
Quel onglet montre les fichiers ?
File Summary classe les chemins et File Details affiche les pages du fichier choisi. Confirmez le processus avec d'autres outils si nécessaire.
Mapped File est-il identique à la mémoire compressée ou au Nonpaged Pool ?
Non. Ce sont des catégories distinctes avec des méthodes de diagnostic différentes.
Analyser Mapped File avec RAMMap v1.63
Téléchargez l'archive Microsoft actuelle, créez une référence et examinez File Summary avant de modifier l'état mémoire.