Contenu | Rechercher | Menus

Annonce

DVD, clés USB et t-shirts Ubuntu-fr disponibles sur la boutique En Vente Libre

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 29/04/2021, à 08:00

patricio625

Saturation de la mémoire

Bonjour,

J'ai un problème de saturation de la mémoire ne ce moment (xubuntu 18.04) du moins sur certains sites .  J'aimerais savoir ce qui se passe une fois que le swap lui-même est saturé. Et que faire ? Pendant que le swap se remplit je n'ai plus accès à rien. Ni terminal ni rien du tout ! Que faire en cette circonstance ?
Merci de votre réponse

Hors ligne

#2 Le 29/04/2021, à 09:30

geole

Re : Saturation de la mémoire

Bonjour
Pour connaître l'espace mémoire dont tu disposes

free -h

Pour connaître le seuil de déclenchement dans l'espace swap

cat /proc/sys/vm/swappiness

Lorsqu'il n'y a plus de place dans l'espace swap,     l'O.S. va tuer des process pour libérer de l'espace, Il tue les process qui n'ont pas été utilisés  depuis un certain temps en commençant par les plus anciens et en sélectionnant  ceux qui ne sont pas vitaux.

Hors ligne

#3 Le 02/05/2021, à 09:58

isomere

Re : Saturation de la mémoire

@geole
Bonjour,
Existe-t-il un programme qui avertirait l'utilisateur que la saturation de la mémoire est imminente, par un signal sonore par exemple? merci.

Hors ligne

#4 Le 02/05/2021, à 10:24

geole

Re : Saturation de la mémoire

Bonjour.
C'est bête ce que je vais te dire, Mais je considère qu'une mémoire a vocation à être saturée à 100%. donc pourquoi alerter?

Explication avec de gros sabots.
1) Tu lances libre-office et il prend 50% de la mémoire    et il faut 10 minutes pour lire tout son logiciel avant son exécution
2) Tu quittes libre office.
      Question: Faut-il libérer la mémoire? Faut-il conserver libre-office en mémoire?
3) Tu lances videolan et il prend 50% de la mémoire    et il faut 10 minutes pour lire tout son logiciel.
4) Tu quittes videolan
     Même questionnement.
5) Tu relances libre-office
     Je suis convaincu que tu préfères qu'il réponde immédiatement que t'attendre 10 minutes

Application pratique: Il est possible maintenant d'avoir de nouveaux logiciel livrés sont forme de SNAP
   ==> La mise en route de l'O.S. les mets immédiatement en mémoire. Pourtant
           Cela retarde la mise en route.
           Tu peux de ne jamais les utiliser.
           Si la mémoire vient à manquer, ils se swapperont...

Dernière modification par geole (Le 02/05/2021, à 10:25)

Hors ligne

#5 Le 02/05/2021, à 11:33

isomere

Re : Saturation de la mémoire

Alerter pour éviter le problème évoqué par patricio625.
Un exemple: quand je surf sur le web, il m'arrive fréquemment de voir l'ordi complètement bloqué, le swap est en route, mon DD grince, je ne peux plus rien faire. Je dois alors patienter bien plus de cinq minutes pour que l'ordi soit à nouveau disponible. Alors que si j'avais à disposition une alerte sonore, je pourrais prendre les devants en fermant par exemple quelques onglets.

Ensuite, quand j'ouvre LibreOffice, je n'ai pas à attendre 10 min pour lire le contenu du fichier, c'est 30 secondes tout au plus, pour vlc c'est même pas 5 secondes. Mais peu importe le temps car ça ne me dérange pas tant que ça, je m'y attends. En revanche, ce qui me dérange c'est d'être pris au dépourvu; il n'y a pas plus irritant que de voir son ordi bloqué alors qu'on est en plein travail. C'est pour toutes ces raisons que je recherche un tel programme.

Hors ligne

#6 Le 02/05/2021, à 11:58

iznobe

Re : Saturation de la mémoire

Bonjour , tu pourrais creer un script qi justement lorsque le seuil declenche et donc le swap commence , ca fasse un son systeme .
je ne sais meme pas si c ' est pas deja integrer de mettre une commande personnalisée pour emmettre un son .
A priori non et c ' est bien dommage , mais c' est faisable , je suis sur qu on peut trouver ca sur le net en se donnant la peine de chercher .

EDIT : pendant qu on y est , comment modifier le seuil svp ?

Dernière modification par iznobe (Le 02/05/2021, à 12:02)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#7 Le 02/05/2021, à 11:58

geole

Re : Saturation de la mémoire

J'ai simplement pris des exemples   avec  seulement deux process  de taille énorme... avec un temps de chargement conséquent depuis un support d'installation lent.

Mais tu donnes  un exemple typique,   
Si tu as une ligne en fibre optique, tu peux ne pas conserver   ce que tu as téléchargé car     avec un débit de 1 gigabyte tu ne remarqueras pas le temps de chargement d'un film de 500 Mo
Mais si ton débit est seulement de 10 Ko, tu préféreras attendre que le swap se fasse
  il me semble qu'il existe une extension qui affiche la mémoire consommée.
https://extensions.gnome.org/extension/ … m-monitor/
Il y a certainement mieux

Dernière modification par geole (Le 02/05/2021, à 12:12)

Hors ligne

#8 Le 02/05/2021, à 11:59

iznobe

Re : Saturation de la mémoire

bonjour  @geole , pourrais tu repondres à mon edit vite fait du message precedent stp ?

Dernière modification par iznobe (Le 02/05/2021, à 11:59)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#9 Le 02/05/2021, à 12:15

geole

Re : Saturation de la mémoire

Pour modifier le seuil de déclenchement du swap fixé à 40% par défaut et y mettre une autre  valeur
paragraphe 3.1 https://doc.ubuntu-fr.org/swap#ameliore … hange_swap

Dernière modification par geole (Le 02/05/2021, à 12:15)

Hors ligne

#10 Le 02/05/2021, à 12:21

iznobe

Re : Saturation de la mémoire

j' avais trouvé la meme chose et je viens de faire :

echo vm.swappiness=2 | sudo tee /etc/sysctl.d/99-swappiness.conf

puis

sudo reboot

et pourtant rien n ' a changé :

iznobe@iznobe-PC:~$ cat /proc/sys/vm/swappiness
10
iznobe@iznobe-PC:~$

par contre avant le grub , il y a eu un message d ' erreur , mais pas eu le temps de le lire ( vive les SSD big_smile )

c' est censé fonctionner aussi bien avec un swap file qu ' avec une partition de swap ? parceque dans la doc ils parlent d ' un fichier d' echange et pas d' une partition .

Dernière modification par iznobe (Le 02/05/2021, à 12:24)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#11 Le 02/05/2021, à 14:17

isomere

Re : Saturation de la mémoire

geole a écrit :

Mais tu donnes  un exemple typique,   
Si tu as une ligne en fibre optique, tu peux ne pas conserver   ce que tu as téléchargé car     avec un débit de 1 gigabyte tu ne remarqueras pas le temps de chargement d'un film de 500 Mo
Mais si ton débit est seulement de 10 Ko, tu préféreras attendre que le swap se fasse

J'ai pas bien compris là, je parlais de surf sur internet, pas de téléchargement de films. Quand j'ai plusieurs onglets ouverts et que je consulte le moniteur système, si je vois que la mémoire utilisée s'approche de la saturation alors je ferme un ou deux onglets, je constate alors que la mémoire utilisée baisse. Mais la plupart du temps je suis pris de court, c'est trop tard je suis en plein dedans.
C'est cette opération que je voudrais éviter d'avoir à faire à chaque fois.

Hors ligne

#12 Le 02/05/2021, à 14:39

geole

Re : Saturation de la mémoire

@iznobe
C'est sensé fonctionner tant avec un fichier qu'avec  une partition.
J'ai installé, cela marche très bien, mais si tu souhaites modifier la valeur, il faut une demande de modification à faire

sudo service procps restart

Je viens de mettre à jour la documentation   pour l'indiquer. (vu dans le fichier /etc/sysctl.d/README.sysctl )

@isomere
Donne ce retour

free -h

et donne aussi le retour de cette commande  faite en copier/coller

gawk 'function b2h(mem,    x){
        m=mem
        while(int(m/=ko))x++
        return x
    }
    BEGIN{
        ko=1000
        unit2exp["kB"]=ko**1; unit2exp["mB"]=ko**2; unit2exp["gB"]=ko**3
        exp2unit[1]="ko";     exp2unit[2]="Mo";     exp2unit[3]="Go"
    }
    END{
        PROCINFO["sorted_in"]="@val_num_desc";
        printf("%-18s %5s %11s\n\n", "NOM", "PID", "TAILLE")
        for(pid in procSwap){
            sizeSwap=procSwap[pid]
            xp=b2h(sizeSwap)
            if(xp==1){
               printf("%-18s %5d %8d %s\n", procName[pid], pid, sizeSwap/ko^xp, exp2unit[xp])
            }
            else{
                printf("%-18s %5d %8.1f %s\n", procName[pid], pid, sizeSwap/ko^xp, exp2unit[xp])
            }
        }
        xp=b2h(totSwap)
        if(xp==1){
            printf("\nVolume occupé en Swap : %d %s\n\n",totSwap/ko^xp, exp2unit[xp])
        }
        else{
            printf("\nVolume occupé en Swap : %.1f %s\n\n",totSwap/ko^xp, exp2unit[xp])
        }
    }
    /^Name:/{
        name=$2
    }
    /^Tgid:/{
        tgid=$2
    }
    /^VmSwap:/ && $2>0 {
        byteSize=$2*unit2exp[$3]; procName[tgid]=name; procSwap[tgid]=byteSize; totSwap+=byteSize
    }' /proc/[0-9]*/status 2>/dev/null

(https://forum.ubuntu-fr.org/viewtopic.php?id=2063868 )

Dernière modification par geole (Le 02/05/2021, à 14:46)

Hors ligne

#13 Le 02/05/2021, à 16:07

isomere

Re : Saturation de la mémoire

geole,

              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           2,9G        1,8G        118M        331M        988M        589M
Partition d'échange:        3,2G         66M        3,1G
NOM                  PID      TAILLE

Xorg                1101     14.5 Mo
unattended-upgr     1010      8.0 Mo
networkd-dispat      824      7.9 Mo
snapd                837      5.3 Mo
(sd-pam)            1082      2.2 Mo
polkitd              974      2.1 Mo
systemd-udevd        384      1.6 Mo
ModemManager         817      1.6 Mo
udisksd              823      1.5 Mo
cups-browsed         890      1.4 Mo
gdm-session-wor     1070      1.2 Mo
NetworkManager       815      1.2 Mo
cupsd                803      1.2 Mo
gdm3                1024      1.1 Mo
rsyslogd             819      1.0 Mo
gnome-session-b     1119      976 ko
accounts-daemon      816      860 ko
systemd             1081      796 ko
gdm-x-session       1099      664 ko
systemd                1      628 ko
wpa_supplicant       814      512 ko
systemd-logind       812      484 ko
systemd-timesyn      798      456 ko
gnome-keyring-d     1095      436 ko
systemd-resolve      797      376 ko
at-spi-bus-laun     1239      368 ko
dbus-daemon          813      340 ko
systemd-journal      294      316 ko
avahi-daemon         889      296 ko
ssh-agent           1233      280 ko
dbus-daemon         1244      248 ko
dbus-daemon         1115      236 ko
avahi-daemon         820      208 ko
irqbalance           825      204 ko
cron                 806      200 ko
acpid                831      136 ko
vnstatd             1012       36 ko
at-spi2-registr     1247        4 ko

Volume occupé en Swap : 60.9 Mo

Là je n'ai que trois onglets ouverts avec Chromium et je suis déjà à 2.5 Go, même si je suis sur le navigateur depuis un bon bout de temps. Il suffirait alors que j'ouvre une page web un peu trop gourmande pour que la mémoire sature et que mon ordi se bloque.

Hors ligne

#14 Le 02/05/2021, à 16:19

iznobe

Re : Saturation de la mémoire

Bonjour d ' apres les derniers retours , on voit dejà que le swap a commencé 66 M utilisé dans free -h

isomere a écrit :
total       utilisé      libre     partagé tamp/cache   disponible
Mem:           2,9G        1,8G        118M        331M        988M        589M
Partition d'échange:        3,2G         66M        3,1G

Soit tu as beaucoup de chose en route , soit je sais pas mais un truc cloche .
il sera possible  d ' affiner legerement les reglages , mais ton ordi commence a etre juste , surtout si tu veux passer un jour a la 20.04 , ca risque d ' etre la cata sauf sur une variante ultra legere et encore .


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#15 Le 02/05/2021, à 16:57

isomere

Re : Saturation de la mémoire

Je n'ai aucun autre programme qui tourne, juste chromium. Je crois que les nombreuses extensions bouffent pas mal la mémoire.

Hors ligne

#16 Le 02/05/2021, à 17:04

iznobe

Re : Saturation de la mémoire

que donne :

top -n 1

retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#17 Le 02/05/2021, à 17:11

isomere

Re : Saturation de la mémoire

top - 18:10:10 up 11:02,  1 user,  load average: 0,30, 0,16, 0,38
Tâches: 224 total,   1 en cours, 179 en veille,   0 arrêté,   1 zombie
%Cpu(s): 14,4 ut,  3,0 sy,  0,0 ni, 79,3 id,  3,3 wa,  0,0 hi,  0,1 si,  0,0 st
KiB Mem :  3019188 total,   519008 libr,  1301920 util,  1198260 tamp/cache
KiB Éch:  3320836 total,  3244292 libr,    76544 util.  1309280 dispo Mem 

  PID UTIL.     PR  NI    VIRT    RES    SHR S  %CPU %MEM    TEMPS+ COM.        
14543 th        20   0   45572   3980   3280 R  11,1  0,1   0:00.03 top         
    1 root      20   0  225420   4524   2636 S   0,0  0,1   0:14.75 systemd     
    2 root      20   0       0      0      0 S   0,0  0,0   0:00.01 kthreadd    
    4 root       0 -20       0      0      0 I   0,0  0,0   0:00.00 kworker/0:+ 
    6 root       0 -20       0      0      0 I   0,0  0,0   0:00.00 mm_percpu_+ 
    7 root      20   0       0      0      0 S   0,0  0,0   0:00.74 ksoftirqd/0 
    8 root      20   0       0      0      0 I   0,0  0,0   0:22.77 rcu_sched   
    9 root      20   0       0      0      0 I   0,0  0,0   0:00.00 rcu_bh      
   10 root      rt   0       0      0      0 S   0,0  0,0   0:00.00 migration/0 
   11 root      rt   0       0      0      0 S   0,0  0,0   0:00.09 watchdog/0  
   12 root      20   0       0      0      0 S   0,0  0,0   0:00.00 cpuhp/0     
   13 root      20   0       0      0      0 S   0,0  0,0   0:00.00 cpuhp/1     
   14 root      rt   0       0      0      0 S   0,0  0,0   0:00.08 watchdog/1  
   15 root      rt   0       0      0      0 S   0,0  0,0   0:00.14 migration/1 
   16 root      20   0       0      0      0 S   0,0  0,0   0:00.60 ksoftirqd/1 
   18 root       0 -20       0      0      0 I   0,0  0,0   0:00.00 kworker/1:+ 
   19 root      20   0       0      0      0 S   0,0  0,0   0:00.00 kdevtmpfs

Hors ligne

#18 Le 02/05/2021, à 17:39

iznobe

Re : Saturation de la mémoire

C ' est quand meme assez curieux surtout avec une 18.04 X ou L ubuntu qui est censé etre une variante a faible consomation memoire ...
je suis le fil et regarde faire @geole .

Dernière modification par iznobe (Le 02/05/2021, à 17:39)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#19 Le 02/05/2021, à 18:49

geole

Re : Saturation de la mémoire

Je ne sais pas ce qui sera possible de trouver
Mais je pense que chromium est le problème
peux-tu donner ces retours

snap list
cat  /etc/lsb-release

Avec 7 onglets d'ouverts, je n'ai pas tellement  plus de consommation que toi

 free -h
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:          3,8Gi       2,0Gi       211Mi       111Mi       1,7Gi       1,5Gi
Partition d'échange:       511Mi          0B       511Mi

J'ai 300Mo de bloqués pour les fichiers temporaires.

tmpfs      /tmp            tmpfs        defaults,size=300m           0    0

Dernière modification par geole (Le 02/05/2021, à 18:52)

Hors ligne

#20 Le 02/05/2021, à 19:08

isomere

Re : Saturation de la mémoire

Nom                   Version                     Révision  Suivi            Éditeur     Notes
bzoing                master                      597       latest/stable    lapisdecor  -
chromium              90.0.4430.93                1568      latest/stable    canonical✓  -
core                  16-2.49.2                   10958     latest/stable    canonical✓  core
core18                20210309                    1997      latest/stable    canonical✓  base
gnome-3-26-1604       3.26.0.20210401             102       latest/stable/…  canonical✓  -
gnome-3-28-1804       3.28.0-19-g98f9e67.98f9e67  145       latest/stable    canonical✓  -
gnome-3-34-1804       0+git.3556cb3               66        latest/stable    canonical✓  -
gnome-calculator      3.38.2+git3.1d166209        884       latest/stable/…  canonical✓  -
gnome-characters      v3.34.0+git30.16311a5       708       latest/stable/…  canonical✓  -
gnome-logs            3.36.0                      103       latest/stable/…  canonical✓  -
gnome-system-monitor  3.38.0-17-g38c1ce1d62       157       latest/stable/…  canonical✓  -
gtk-common-themes     0.1-52-gb92ac40             1515      latest/stable/…  canonical✓  -
gtk2-common-themes    0.1                         13        latest/stable    canonical✓  -
p7zip-desktop         16.02.2                     220       latest/stable    ernytech    -
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.5 LTS"

ça m'arrive aussi d'avoir autant d'onglets ouverts sans que ça pose problème, si je suis par exemple sur des fiches wikipedia, je peux en ouvrir 10 sans mal. En revanche, si je suis sur youtube par exemple, l'utilisation de la mémoire monte lentement mais sûrement, je peux encore ouvrir 3/4 onglets mais ça dépend de la lourdeur des pages web visitées.
En ce moment, j'ai 3 onglets ouverts, youtube, google et le forum Ubuntu, je suis à 2.3 Go.

Dernière modification par isomere (Le 02/05/2021, à 20:16)

Hors ligne

#21 Le 02/05/2021, à 21:15

geole

Re : Saturation de la mémoire

Bonsoir.
Les snaps sont des logiciels en cours de mise au point.
Il est possible qu'il y ait une "fuite de mémoire".
J'aide dans le forum pour aider les personnes qui utilisent des logiciels réputés comme étant au point. Plus exactement celles qui essaient de mettre en route le logiciel.  Cela fait déjà beaucoup de monde !!!

Dernière modification par geole (Le 02/05/2021, à 22:50)

Hors ligne

#22 Le 02/05/2021, à 22:34

iznobe

Re : Saturation de la mémoire

De toute façon les snaps ne sont viables ( s ' ils  etaient fiables ) que sur des ordinateurs trés recents , ca demande enormement d ' espace disque .

Personnellement j ' ai un ordi tout recent , mais j ' ai completement desinstallé et banni flatpak et snap et j ' ai pourtant 16 To d ' espace disque .

canonical ne precise pas , mais il ya fort a parier que chaque environnement snap comprenant son propre paquetage embarqué en plus de consommer plus d'  espace disque doit forcement consommer aussi plus de memoire et de processeur , bref plus de ressources tout court , surtout si on fait du multitache snap !

et chromium est dans la liste des snaps  roll
il existe en .deb ( paquet standard ) , essaie deja dans un premier temps de le desinstaller de snap et de l' installer via le paquet deb .

c ' est vraiment bien fait les snaps a ce que je vois , 3 versions de gnome , cool ca prend peu de places  ( ironie ) .
et il faut se taper une gestion manuelle ...

Dernière modification par iznobe (Le 02/05/2021, à 22:43)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne

#23 Le 03/05/2021, à 06:55

serged

Re : Saturation de la mémoire

Il existe des applets "Moniteur système" pour à peu près tous les environnements. Il suffit d'y jeter un coup d’œil régulièrement...

Ici sous Cinnamon...


Linux-Mint 20.2 Uma (Cinnamon) sur ASUS F2A55/AMD A8-5600K APU et diverses machines en 19.3 ou 20.x

Hors ligne

#24 Le 03/05/2021, à 09:28

kholo

Re : Saturation de la mémoire

salut...
bon, ça vaut ce que ça vaut
mais j'avais le même problème fut un temps avec firefox et webcontent sur des pages fb / yt...
je m'étais fait un script autant pour chercher le responsable que lui botter les fesses !!!
donc, si cela peut aider :
mini est valeur avant de considérer la ram comme trop utilisée...
le test est effectué toutes les secondes avec le sleep 1
le sleep 5 après le kill permet de laisser le temps de reprendre son souffle et peut être modifié

inutile de dire que j'ai nettoyé mon script d'origine qui était un poil plus vulgaire !! lol
il est facilement adaptable et certainement optimisable pour récupérer les valeurs à tester...

... après, on peut en faire un service qui tournerait en permanence avec des procédures de start / stop / status...
je préconise systemd pour faire ça sur ubuntu...

#!/bin/bash

mini=1000000
tour=0

racompagne_le () {
    gros_processus="$(ps -eo pmem,pcpu,pid,args | tail -n +2 | sort -rnk 1 | head -n 1)"
    son_pid=$(echo "$gros_processus" | cut -d ' ' -f 3)
    echo $son_pid
    kill -5 $son_pid
    sleep 5
}

test_la_ram () {
    valeur="$(free | grep "Mem:")"
    free_mem="$(echo $valeur | cut -d ' ' -f7)"
    echo "mem dispo = $free_mem et mini $mini"
    if [[ $free_mem -lt $mini ]] 
    then 
        echo "je m'occupe de cet hurluberlu..."
       racompagne_le
    fi
    sleep 1
}


while :
do
    echo "tour $tour"
    test_la_ram
    if [[ $tour -gt 10 ]] 
    then 
        reset
        tour=0
    else
        clear
        ((tour++))
    fi
done

Hors ligne

#25 Le 03/05/2021, à 13:48

iznobe

Re : Saturation de la mémoire

Bonjour ,
@geole pour changer le swapiness et le presure sur 20.04 je n' ai trouvé qu ' une seule façon qui marche apres reboot :

sudo nano /etc/sysctl.conf

et ajouter tout en bas :

vm.swappiness=10
vm.vfs_cache_pressure=50

@patricio625

que donne :

cat /proc/sys/vm/vfs_cache_pressure
cat /proc/sys/vm/swappiness

Et vu que tu n' as a priori pas de snap irremplacable par des paquets deb , il faudrait supprimer tes snaps et installer les deb a la place , tu gagnerais en ressources dispo et donc en reactivité surtout sur ton systeme qui est vraiment juste pour la distrib en place .

Dernière modification par iznobe (Le 03/05/2021, à 13:52)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM . avec Ubuntu , LM et W$10

Hors ligne