La gestion de la mémoire virtuelle reste une compétence clé pour les administrateurs Linux modernes. Comprendre le rôle du swap, du cache et des pages simplifie l’optimisation mémoire quotidienne.
Les comportements du noyau face à la pression mémoire expliquent la plupart des symptômes observés. Les points essentiels suivants guident les choix de configuration et d’optimisation.
A retenir :
- Mémoire virtuelle et swap comme prolongement de la RAM
- Cache de pages utilisé pour accélérer les accès disque
- Swappiness ajustable pour privilégier RAM ou espace d’échange
- zram et zswap pour réduire E/S disque et améliorer performances
Face à ces enjeux, Principes fondamentaux de la mémoire virtuelle sous Linux
Architecture et pagination mémoire
Cette section explique comment la pagination organise la mémoire et influence les performances. Les pages, généralement de 4 KiB, sont au cœur des décisions du noyau.
Linux utilise des tables de pages hiérarchiques pour traduire adresses virtuelles et physiques. Ce mécanisme protège les processus et permet l’isolation de la mémoire.
Aspects mémoire paginée :
- Taille de page typique 4 KiB
- Grandes pages pour charges spécifiques
- Tables de pages pour traduction et permissions
- Défauts de page déclenchent chargement depuis disque
Élément
Description
Conséquence
Taille de page
Généralement 4 KiB sur la plupart des systèmes
Granularité des E/S et fragmentation
32 bits
Limite pratique proche de 4 GiB d’adressage
Contraintes pour gros serveurs
64 bits
Adresseurs étendus selon matériel et noyau
Support de grandes quantités de RAM
Tables de pages
Structures hiérarchiques gérées par le noyau
Traduction rapide et contrôle d’accès
Cartographie d’un processus et pages résidentes
La carte mémoire d’un processus montre zones texte, données, tas et pile. Comprendre ces segments aide à diagnostiquer fuites et fragmentation.
Outils comme pmap exposent ces mappages et louent la RSS réelle des régions. Selon l’ArchWiki, pmap reste utile pour cartographier rapidement un PID.
« J’ai réduit les incidents OOM en identifiant une fuite dans un service Java grâce à pmap »
Alice N.
La compréhension de la carte prépare à choisir des stratégies d’échange et de compression adaptées. Ce choix oriente vers les outils de surveillance présentés ensuite.
En conséquence, Outils et méthodes pour diagnostiquer la gestion mémoire sous Linux
Surveillance en temps réel et historiques
Pour détecter la pression mémoire il faut combiner plusieurs vues système complémentaires. Des commandes comme free, top, htop et vmstat apportent ces perspectives.
Selon Linux Journey, free montre cache et tampons, évitant des interprétations erronées de la RAM libre. L’usage conjoint de sar documente l’évolution sur la durée.
Outils de diagnostic listés :
- free pour aperçu mémoire et swap
- htop pour tri et actions sur processus
- vmstat pour défauts de page et I/O
- pmap et /proc pour cartographies détaillées
Un tableau comparatif aide à choisir l’outil suivant l’analyse souhaitée et la durée d’observation. Ce choix conditionne la stratégie d’optimisation à adopter ensuite.
Outil
Vue
Usage typique
free
Vue mémoire globale et swap
Contrôle rapide de l’état mémoire
htop
Processus et consommation détaillée
Triage interactif et actions
vmstat
Statistiques système et pagination
Identification de thrashing et défauts
pmap
Carte mémoire d’un PID
Diagnostic de fuites et mappages
« Sur un serveur de test, htop m’a permis d’arrêter un processus rogue rapidement »
Marc N.
La combinaison d’outils permet aussi d’alimenter des règles cgroupv2 pour limiter la mémoire. Ces règles évitent que quelques services compromettent tout l’hôte.
Par suite, Stratégies d’optimisation : swap, swappiness et techniques modernes
Configuration pratique du fichier swap et du swappiness
Créer un fichier swap reste simple et flexible pour ajuster l’espace d’échange sans repartitionner. fallocate, mkswap et swapon permettent d’ajouter rapidement un fichier swap actif.
Le paramètre vm.swappiness contrôle la propension du noyau à utiliser le swap plutôt que le cache. Des valeurs basses favorisent la RAM et conviennent souvent aux serveurs.
Pratiques recommandées :
- Vérifier swapon –show avant toute modification
- Ajuster vm.swappiness selon charge et latence
- Préférer fichier swap pour flexibilité
- Réserver swap pour hibernation si nécessaire
« J’ai réduit la latence applicative en baissant swappiness à dix sur plusieurs serveurs »
Claire N.
L’usage de zram et zswap réduit les écritures disque et améliore les performances sur charges modérées. Leur adoption dépend toutefois des priorités CPU et I/O du système.
Enfin, daemons comme EarlyOOM ou systemd-oomd interviennent avant le noyau en cas de risque critique. Leur usage protège la continuité du service et réduit les redémarrages inattendus.
« Sur un poste client ancien, zram a rendu l’environnement réactif sans ajout de RAM »
Romain N.
Ces approches combinées permettent d’atteindre un bon compromis entre performance et robustesse système. Le passage suivant propose des bonnes pratiques opérationnelles pour maintenir un système sain.
Source : ArchWiki, « swap – ArchWiki » ; Linux Journey, « swap » ; Wiki ubuntu-fr, « swap ».
