Windows 11 : utilisation RAM à 80 % alors que rien ne tourne — diagnostic complet (Minecraft, Chrome)

Vous voyez 80 % de RAM utilisée sous Windows 11 alors que le Gestionnaire des tâches n’affiche que 4–5 Go ? Crashes de Chrome, Explorateur qui gèle et problème surtout après Minecraft : voici une procédure complète, pas à pas, pour diagnostiquer et corriger durablement la situation.

Sommaire

Utilisation excessive de la RAM sous Windows 11

Vue d’ensemble de la question

Un utilisateur constate que 80 % de sa mémoire vive (16 Go) est monopolisée alors que le total des processus visibles dans le Gestionnaire des tâches n’en représente que 4–5 Go. Les symptômes typiques sont :

plantages de Google Chrome pour « mémoire insuffisante » ;
impossibilité d’ouvrir correctement le Gestionnaire des tâches ou l’Explorateur de fichiers ;
survenue principalement pendant ou après l’exécution de Minecraft.

Pourquoi l’écart entre « 80 % » et « 4–5 Go visibles » ?

Ce paradoxe vient du fait que Windows affiche plusieurs notions de mémoire ; toutes ne sont pas comptées dans « Processus » :

Mémoire compressée : Windows compresse les pages inactives pour éviter le swap. Elle peut représenter plusieurs Go non imputés à un processus unique.
Liste d’attente (Standby) : cache de fichiers récemment lus. Non « utilisée » au sens strict, mais réservable par le système ; si elle grossit trop, la pression mémoire augmente et des applications ferment.
Mémoire noyau et pools (non paginée/paginée) : consommée par les pilotes et le noyau. Une fuite pilote peut saturer la RAM sans apparaître dans la colonne « Mémoire » des applications.
GPU partagé : sur les PC avec iGPU, une portion de RAM devient VRAM partagée. Elle n’est pas attribuée à un processus particulier.
Engagement (Commit) : si le commit charge approche la commit limit (RAM + taille du fichier d’échange), Chrome/Minecraft peuvent tomber en « mémoire insuffisante » même si des Mo semblent encore « libres ».

Réponses & Solutions proposées

Objectif	Actions détaillées
Identifier le processus coupable	Trier les processus dans le Gestionnaire des tâches par « Mémoire ». Ouvrir Moniteur de ressources → onglet Mémoire pour vérifier la mémoire compressée et la liste d’attente (stand‑by), souvent absentes du total affiché par défaut.
Réduire la charge au démarrage	Onglet Démarrage du Gestionnaire des tâches → désactiver les programmes non essentiels. Redémarrer et observer l’évolution de l’usage mémoire avant de lancer Minecraft.
Écarter un malware ou un logiciel indésirable	Lancer un examen complet avec Windows Defender ou un antivirus tiers. Optionnel : analyse hors ligne Defender pour repérer les menaces qui se chargent tôt au démarrage.
Mettre à jour pilotes et logiciels	Carte graphique (NVIDIA/AMD/Intel), chipset carte‑mère, Java Runtime (si Minecraft Java Edition), et Windows Update. Les pilotes vidéo obsolètes provoquent parfois des fuites mémoire dans les jeux.
Ajuster le fichier d’échange (pagefile)	Paramètres système avancés → Performances → onglet Avancé → Mémoire virtuelle. Décocher la gestion automatique, puis définir une taille initiale et maximale égales (souvent = RAM × 1,5).
Vider la liste d’attente mémoire	Télécharger l’outil Microsoft Sysinternals RamMap → menu Empty → Empty Standby List. Utile lorsque le cache en attente gonfle après de longues sessions de jeu.
Détecter une barrette défectueuse	Exécuter Diagnostic de mémoire Windows ou `mdsched.exe`. Erreurs matérielles = consommation anormale + plantages répétés.
Limiter l’usage RAM de Minecraft	Dans le launcher : Options JVM `-Xmx4G` ou valeur inférieure pour plafonner la mémoire. Désactiver ou mettre à jour les packs de textures / mods susceptibles de fuir.

Procédure rapide : checklist en 10 minutes

Redémarrer le PC et ne rien lancer ; mesurer l’« Engagé » et la mémoire disponible (Gestionnaire des tâches → Performance → Mémoire).
Vérifier l’onglet Démarrage et désactiver les applications non indispensables.
Mettre à jour Windows, pilote GPU, Java (si édition Java) et Minecraft/launcher.
Contrôler le pagefile : activer ou dimensionner correctement (voir plus bas).
Lancer un scan complet Defender.
Jouer 10–15 min à Minecraft, quitter, puis regarder Moniteur de ressources → Mémoire : la Standby List explose ?
Si oui, vider la Standby avec RamMap.
Si Chrome plante encore : réduire le -Xmx de Minecraft et limiter les onglets/extensions lourdes.
Si l’usage reste anormal : tester la RAM avec mdsched.exe.
En dernier recours : clean boot ou diagnostic avancé des pilotes (PoolMon/Verifier).

Étapes détaillées pas à pas

1) Repérer ce qui occupe vraiment la mémoire

Gestionnaire des tâches : Ctrl + Shift + Esc → onglet Processus → trier par « Mémoire ». Ouvrir ensuite Performance → Mémoire pour lire :

Engagé (commit) : total promis aux processus (même si non « touché »).
En cache (dont Standby) et Disponible.

Moniteur de ressources : Win + R → resmon.exe → onglet Mémoire. Repérez :

Compresseur de mémoire important ? → la pression mémoire est forte.
Standby très élevée (> 4–6 Go après un jeu) ? → le cache monopolise la RAM.
Un processus « vmmem » (WSL/Docker) ou une VM peut consommer plusieurs Go en arrière‑plan.

Astuce avancée : dans l’onglet Performance → GPU, regardez « Mémoire GPU partagée » ; si elle grimpe, c’est de la RAM « mangée » par l’iGPU.

2) Assainir le démarrage

Désactivez les lanceurs et utilitaires non essentiels : Gestionnaire des tâches → Démarrage (ou Paramètres → Applications → Démarrage). Moins d’apps au boot = moins de services en mémoire et moins de risques de fuites.

3) Écarter malware et bloatware

Ouvrez Sécurité Windows → Protection contre les virus et menaces → Analyse complète. En cas de suspicion persistante, lancez une Analyse hors ligne. Désinstallez les barres d’outils, optimisateurs « magiques », anciens overclockers et utilitaires RGB qui chargent des services permanents.

4) Mettre à jour GPU, chipset, Java et Windows

GPU : ouvrez l’app constructeur (GeForce Experience, AMD Software, Intel Arc Control) ou le Gestionnaire de périphériques. Un pilote vidéo obsolète est une cause fréquente de fuites mémoire en jeu.
Chipset : installer les pilotes carte‑mère réduit les anomalies ACPI/PM qui peuvent impacter la gestion mémoire.
Java (Minecraft Java) : mettez à jour vers une LTS récente (par ex. 17/21) pour bénéficier d’un GC plus efficace.
Windows Update : certaines builds corrigent des consommations anormales du compresseur mémoire ou du noyau.

5) Ajuster correctement le fichier d’échange

Sans pagefile ou avec un pagefile trop petit, la commit limit chute et les applications affichent « mémoire insuffisante ». Procédure :

Win + R → sysdm.cpl → onglet Avancé → section Performances → Paramètres.
Onglet Avancé → Mémoire virtuelle → Modifier.
Décochez « Gérer automatiquement… », choisissez le lecteur système.
Sélectionnez Taille personnalisée et définissez Initiale et Maximale identiques pour éviter la fragmentation.

Recommandations indicatives (16 Go de RAM) :

Profil d’usage	Taille conseillée	Pourquoi
Bureau/Web	8–16 Go (8192–16384 Mo)	Confort et crashs rarissimes même avec beaucoup d’onglets.
Jeu + multitâche (Minecraft, mods)	16–24 Go (16384–24576 Mo)	Évite que le commit touche la limite pendant/juste après le jeu.
Création/VM occasionnelles	24–32 Go	Plus de marge pour le cache et les pics de commit.

Après modification, cliquez sur Définir, puis OK et redémarrez.

6) Dégonfler la Standby List avec RamMap

La Standby List peut atteindre 8–12 Go après une longue session de Minecraft (textures/blocs). Pour la vidanger :

Fermer les applications lourdes.
Lancer RamMap (outil Sysinternals).
Menu Empty → Empty Standby List.

Résultat attendu : la mémoire « Disponible » remonte instantanément, Chrome et l’Explorateur cessent de se figer.

7) Diagnostiquer une barrette défectueuse

Exécutez Win + R → mdsched.exe → Redémarrer maintenant. Des erreurs indiquent souvent une barrette instable, source de corruptions et de fuites apparentes. Test avancé : essayez chaque barrette séparément.

8) Limiter proprement la RAM de Minecraft

Édition Java : dans le launcher (Installations → 3 points → Modifier → Plus d’options), ajustez les arguments JVM :

-Xms2G -Xmx4G

-Xmx = plafond de mémoire du tas Java. Évitez d’allouer plus de 4–6 Go avec 16 Go de RAM ; au‑delà, le GC peut ralentir et le reste du système souffre.
Mettez à jour ou retirez les packs 32×/64×/128× et les mods connus pour fuir la mémoire. Testez « vanilla » puis réactivez un à un.

Édition Bedrock : réduisez la distance de rendu, désactivez les shaders lourds et fermez les packs HD entre les sessions.

9) Mesurer et interpréter correctement les compteurs

Indicateur	Où le voir	Ce que ça dit	Seuils d’alerte
Engagé (Commit)	Gestionnaire → Performance → Mémoire	Somme de mémoire promise aux processus	> 90 % de la limite : crashs possibles
Compresseur de mémoire	Moniteur de ressources	Pages compressées pour éviter le swap	> 2–3 Go en usage normal : pression élevée
Standby (Cache)	Moniteur de ressources / RamMap	Cache de fichiers réutilisables	> 6–8 Go après jeu : vider
Non paginé (Kernel)	RamMap / Process Explorer	Mémoire noyau non échangeable	Monte en continu : suspecter un pilote
GPU partagé	Gestionnaire → Performance → GPU	RAM utilisée comme VRAM	> 2–4 Go sur iGPU : réduire charge 3D

10) Réparer Windows en cas de fichiers système corrompus

Si l’Explorateur et le Gestionnaire se figent régulièrement, passez ces commandes en Invite de commandes (Admin) :

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth

Redémarrez ensuite.

11) Clean boot et événements « Resource Exhaustion »

Un clean boot isole un conflit logiciel : Win + R → msconfig → onglet Services → cocher « Masquer les services Microsoft », puis Désactiver tout. Réactivez par lots pour trouver le coupable.

Ouvrez aussi l’Observateur d’événements (eventvwr.msc) → Journaux Windows → Système → filtrez ID 2004 (Resource‑Exhaustion‑Detector). Les événements listent souvent le processus qui provoque la pression mémoire.

Cas pratiques (diagnostics guidés)

Cas A : après Minecraft, Chrome plante « mémoire insuffisante »

Constat : Engagé proche de la limite ; Standby > 8 Go.
Actions : vider la Standby via RamMap ; s’assurer que le pagefile fait au moins 16–24 Go ; réduire -Xmx à 4 Go et limiter les shaders/packs.
Prévention : un redémarrage après une très longue session réinitialise les caches.

Cas B : 80 % de RAM occupée alors que « Processus » affiche 3–4 Go

Constat : Non paginé (kernel) grimpe, GPU partagé élevé.
Actions : mise à jour GPU/Chipset ; si portable, forcer Minecraft à utiliser le GPU dédié (NVIDIA/AMD) au lieu de l’iGPU ; surveiller Non paginé dans RamMap.
Si la courbe continue de monter au repos : suspecter un pilote défectueux.

Cas C : pagefile désactivé ou trop petit

Constat : Engagé atteint la limite alors qu’il reste « Disponible »
Actions : réactiver/augmenter le pagefile (voir tableau) → redémarrer.
Résultat : disparition des message « Out of memory », plus de marge pour Chrome/Minecraft.

Minecraft : réglages pratiques et hygiène de mods

Plafond de RAM : commencez à -Xmx4G. Monter au‑delà de 6 Go n’apporte souvent rien et pénalise le système.
Distance de rendu : baissez‑la si vous jouez avec shaders/RTX.
Mods/Packs : mettez‑les à jour ensemble. En cas de doute, lancez en « vanilla », puis réactivez par groupes pour isoler un mod fuyant.
Launcher : évitez d’ouvrir plusieurs instances ou d’installer plusieurs Java simultanément.

Bonnes pratiques pour éviter le retour du problème

Conservez ≥ 10 Go libres sur le SSD système afin que le pagefile et le cache puissent respirer.
Planifiez un redémarrage régulier si vous laissez le PC en veille prolongée plusieurs jours.
Sur un iGPU, limitez l’exécution simultanée de jeux + navigateur avec dizaines d’onglets vidéo.
Ne désactivez pas SysMain (SuperFetch) de façon permanente ; au mieux faites un test A/B. Sa désactivation peut dégrader la réactivité globale.
Surveillez vmmem (WSL/Docker) : fermez les conteneurs/VM quand vous jouez (wsl --shutdown libère la mémoire).

FAQ express

Vider la Standby List est‑ce risqué ?
Non. Vous perdez un cache de fichiers, pas des données. La prochaine ouverture d’un jeu/app pourra être un peu plus lente à cause du recaching.

Quelle taille de pagefile choisir avec 16 Go de RAM ?
Visez 16–24 Go. Pour beaucoup d’utilisateurs, Windows gère automatiquement très bien ; personnalisez seulement si vous constatez des erreurs d’engagement.

Chrome plante mais la RAM « disponible » n’est pas à zéro ; pourquoi ?
Parce que la commit limit est atteinte (RAM + pagefile), pas la RAM physique. Augmentez le pagefile et libérez la Standby.

Dois‑je passer à 32 Go ?
C’est confortable mais pas obligatoire. Commencez par corriger pagefile/caches/pilotes. Si vous streamez, moddez lourdement ou virtualisez, 32 Go apportent une marge réelle.

Comment reconnaître une fuite pilote ?
Le Non paginé augmente sans redescendre et la consommation n’est associée à aucun processus utilisateur. Mettez à jour/désinstallez les périphériques récemment ajoutés ; en ultime recours, utilisez PoolMon/Driver Verifier (avancé, à manier avec prudence).

Checklist finale

Mesurer Engagé, Standby et Compresseur.
Désactiver le superflu au démarrage.
Mettre à jour Windows, GPU, chipset, Java et Minecraft.
Corriger/activer le pagefile (16–24 Go pour 16 Go de RAM).
Vider la Standby avec RamMap après de longues sessions.
Limiter Minecraft à -Xmx4G et auditer les mods.
Scanner avec Defender (analyse complète/hors ligne).
Vérifier l’iGPU et la mémoire GPU partagée.
Contrôler Event ID 2004 pour identifier les processus gourmands.
Tester la RAM (mdsched) et, si besoin, clean boot / diagnostic pilotes.

Conclusion

La « RAM à 80 % alors que rien ne tourne » n’est pas une fatalité : c’est quasi toujours la combinaison d’un cache Standby imposant, d’un pagefile sous‑dimensionné et/ou d’un pilote ou d’un jeu trop gourmand. En appliquant la méthode ci‑dessus — prise de mesures, réglage du fichier d’échange, vidage du cache, mises à jour et hygiène des mods — vous restaurez une marge mémoire saine et la stabilité de Chrome, de l’Explorateur et de Minecraft sous Windows 11.

Annexe : commandes utiles

resmon.exe               ← Moniteur de ressources
mdsched.exe              ← Diagnostic de mémoire Windows
sfc /scannow             ← Réparation fichiers système
DISM /Online /Cleanup-Image /RestoreHealth
wsl --shutdown           ← Libère la RAM consommée par WSL
sysdm.cpl                ← Accès rapide aux paramètres avancés

Récapitulatif des meilleures pratiques

Évitez de désactiver totalement le pagefile.
Surveillez « Non paginé » et « Standby » quand un écart Processus / Total apparaît.
Gardez au moins 10 Go libres sur le SSD système.
Redémarrez après de très longues sessions de jeu.
Réduisez la distance de rendu et les packs HD si vous jouez sur iGPU.

Windows 11 : utilisation RAM à 80 % alors que rien ne tourne — diagnostic complet (Minecraft, Chrome)

Utilisation excessive de la RAM sous Windows 11