Gestion "simple" de l'usage de la mémoire Le sujet est résolu

Demande d'aide : c'est ici.
Répondre
Avatar de l’utilisateur
dezix
Membre hyper actif
Membre hyper actif
Messages : 3548
Inscription : 04 juin 2016, 14:50
Status : Hors-ligne

Bonjour, :006:


J'ai un petit VPS en "jachère" qui ne fournit aucun service hormis :
  • le système lui-même
  • lvm
  • sshd
  • unattended-upgrades

J'ai un soucis de compréhension de l'usage de la RAM,
car le tableau de bord du fournisseur du VPS indique un usage constamment (faiblement) croissant,
qui est actuellement de 66.46% avec une croissance de 0.01% pour les dernières 24h.

Ça donne :

Code : Tout sélectionner

# free -h
               total        used        free      shared  buff/cache   available
Mem:           1.9Gi        79Mi       639Mi       1.0Mi       1.2Gi       1.6Gi
Swap:          1.2Gi       0.0Ki       1.2Gi
où le rapport (total/cache) semble correspondre aux 66,..% d'usage du tableau de bord.


Mes connaissances au niveau "Usage de la mémoire" sont plus que limitées
et le manuel de free présume de connaissances que je n'ai pas.


Ce que j'ai peut-être compris (à confirmer) est que :

des "slab" <=> portions de mémoire allouées pour des "modèles" d'objets non encore créés/utilisés
pourraient (en prévision de futurs besoins) déjà occuper une partie (importante?) du cache existant dans la RAM.

En d'autres termes, de la RAM allouée en prévision, mais pas utilisée réellement,
juste histoire d'avoir des pions en réserve pour gagner du temps de CPU lors de l'usage (futur).


Pour mon cas précis :

Code : Tout sélectionner

# top

top - 08:55:57 up 335 days, 21:16,  1 user,  load average: 0.00, 0.00, 0.00
Tasks: 102 total,   1 running, 101 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0.3 us,  0.0 sy,  0.0 ni, 99.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   1934.9 total,    637.2 free,     80.9 used,   1216.7 buff/cache
MiB Swap:   1200.0 total,   1199.2 free,      0.8 used.   1674.7 avail Mem 
...

Code : Tout sélectionner

# systemctl status

● vps-abc123
    State: running
     Jobs: 0 queued
   Failed: 0 units
    Since: Mon 2022-04-04 11:39:36 UTC; 11 months 1 days ago
   CGroup: /
           ├─user.slice 
           │ └─user-1001.slice 
           │   ├─session-8892.scope 
           │   │ ├─305352 sshd: admistrator [priv]
           │   │ ├─305374 sshd: admistrator@pts/0
           │   │ ├─305375 -bash
           │   │ ├─305381 doas su -
           │   │ ├─305382 su -
           │   │ ├─305383 -bash
           │   │ ├─305737 systemctl status
           │   │ └─305738 less
           │   └─user@1001.service …
           │     └─init.scope 
           │       ├─305355 /lib/systemd/systemd --user
           │       └─305356 (sd-pam)
           ├─init.scope 
           │ └─1 /lib/systemd/systemd --system --deserialize 37
           └─system.slice 
             ├─systemd-udevd.service 
             │ └─149854 /lib/systemd/systemd-udevd
             ├─cron.service 
             │ └─425 /usr/sbin/cron -f
             ├─networking.service 
             │ └─484 /sbin/dhclient -4 -v -i -pf /run/dhclient.ens3.pid -lf /var/lib/dhcp/dhclient.ens3.leases -I -df /var/lib/dhcp/dhclient6.ens3.leases ens3
             ├─systemd-journald.service 
             │ └─148502 /lib/systemd/systemd-journald
             ├─unattended-upgrades.service 
             │ └─681 /usr/bin/python3 /usr/share/unattended-upgrades/unattended-upgrade-shutdown --wait-for-signal
             ├─ssh.service 
             │ └─89159 sshd: /usr/sbin/sshd -D [listener] 0 of 5-25 startups
             ├─rsyslog.service 
             │ └─52275 /usr/sbin/rsyslogd -n -iNONE
             ├─qemu-guest-agent.service 
             │ └─429 /usr/sbin/qemu-ga
             ├─chrony.service 
             │ ├─685 /usr/sbin/chronyd -F 1
             │ └─686 /usr/sbin/chronyd -F 1
             ├─dbus.service 
             │ └─426 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
             ├─system-getty.slice 
             │ └─getty@tty1.service 
             │   └─682 /sbin/agetty -o -p -- \u --noclear tty1 linux
             └─systemd-logind.service 
               └─433 /lib/systemd/systemd-logind


Question :

Dois-je ou non effectuer des ajustements avant de créer de nouveaux services sur cette installation ?


Merci d'avance pour vos explications.
**Simple Utilisateur** -- Debian stable - XFCE
Avatar de l’utilisateur
dezix
Membre hyper actif
Membre hyper actif
Messages : 3548
Inscription : 04 juin 2016, 14:50
Status : Hors-ligne

Je m'auto-répond en partie sur la sortie de free


Free est la mémoire réellement inutilisée.

Buffer et Cache sont respectivement la RAM utilisée par les tampons et caches du noyau.
Ce sont des quantités largement récupérables pour les processus d'applications (si nécessaire)
qui permettent (au noyau) un gain de performance en utilisant des écritures/lectures en RAM (disponible)
plutôt que sur le HDD/SDD (stockage) beaucoup plus lent.

Shared représente l'espace utilisé par les systèmes de fichiers virtuels tmpfs
là aussi utilisé par le noyau pour des raisons de performances.


Available est la quantité maximum de RAM encore disponible pour les applications
en tenant compte (estimation) de ce que le noyau peut potentiellement libérer sur son usage (buffer/cache/shared).
**Simple Utilisateur** -- Debian stable - XFCE
Avatar de l’utilisateur
dezix
Membre hyper actif
Membre hyper actif
Messages : 3548
Inscription : 04 juin 2016, 14:50
Status : Hors-ligne

Bien que restant un "ignare absolu" pour quoi et comment le noyau utilise la mémoire,
Je me rends compte à présent que je me suis laissé embrouillé par le "tableau de bord" du fournisseur,
qui affiche un état trompeur, même si les données qui l'alimentent ne sont pas fausses.

Maintenant, que je vois à peu-près de quoi il retourne,
je ne crois pas que des "ajustements" soient nécessaires, ni que la RAM soit mal utilisée.

Je marque donc ce sujet résolu, mais reste ouvert à plus d'information. :wink:

Merci de m'avoir lu.
**Simple Utilisateur** -- Debian stable - XFCE
Avatar de l’utilisateur
piratebab
Site Admin
Site Admin
Messages : 5857
Inscription : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : En ligne

L'utilisation des caches est effectivement un piége si on se content de regarder la mémoire libre. Certains en conclu même que linux consomme plus de mémoire que win :shout:
Répondre