Forum

Bonjour,

Avant l'énorme mise à jour automatique de plus de 600 paquets du mois de mai 2018, Mageia 6 fonctionnait bien sur mes 2 portables.

La mise à jour intervient et se fait sans problème. Sauf que depuis, sur les 2 PC, la mémoire swap se rempli très rapidement alors que la RAM n'est qu'à 25% de remplissage.

Sur les 2 ordi, j'ai 4Go de RAM et 4Go de SWAP.

Sur le PC No1, j'ai pu ajouter un autre swap de 50Go. Après redémarrage, il s'est vite rempli jusqu'à 20Go (oui, oui 20Go) et il s'est stabilisé. Puis quelques minutes plus tard, il s'est vidé sans savoir pourquoi.

Sur le PC No2, je viens juste de faire la mise à jour car je m'en sert peu. En 30 mn, le swap a saturé à 4Go. Bien sûr, l'ordi se bloque. J'avais 1,7Go/4Go de RAM utilisé et 4/4Go de swap utilisé.

Je suis très étonné que personne ne parle de ce problème. Il faut dire que j'ai toujours une fenêtre "Surveillance du système" ouverte en permanence. C'est grâce à ça que j'ai trouvé que le blocage de l'ordi No 1 venait du swap.

Le remplissage va très vite, 30 mn environ suffisent à saturer le swap. Mais c'est très aléatoire. Depuis 1 heure, sur le PC No2, tout va bien. Mais pour combien de temps ?

Si quelqu'un a une idée, elle serait la bienvenue. Une chose dont je suis certain, c'est que le bug vient de la mise à jour de mai.

Merci de m'avoir lu.

Édité par goldorak83 Le 18/06/2018 à 13h25

Bonjour,

Cela ressemble au problème que j'ai signalé ici le 10 mai : https://www.mageialinux-online.org/forum/topic-25089+probleme-de-memoire.php
Je n'ai pas trouvé de solution. Comme j'ai beaucoup de mémoire vive, le problème survient après plusieurs heures d'utilisation. Je suis obligé de redémarrer la session régulièrement pour éviter la saturation de la mémoire, qui déborde sur la swap et finit par bloquer le PC...

Pascal

avec un top, tu devrais voir se qui provoque ca ?

Bonjour,
il m'arrive que j'ai aussi l'ordinateur bloqué, tout est figé, en mode console, puis HTOP, je vois énormément de process mozilla firefox et thunderbird et qui ont tous la particularité d'avoir beaucoup de mémoire virtuelle, environ 9,4 Go par process.
Ceci peut-il engendrer ces blocages ?

vous avez peut être de mauvais réglages de firefox

dans la barre d'url, entrez "about:config"

"browser.cache.disk.enable" peut être à true ou false;

si elle est à false, alors il faut que :

"browser.cache.memory.enable" soit à true, et ensuite, il faut un minimum de mémoire allouée, soit

"browser.cache.memory.capacity soit à 200000 minimum (valeur en ko);

d'après le wiki d'install sur ssd, mais c'est vrai quelque soit la nature du disque;

Merci de m'avoir répondu.
J'ai constaté que le swap augmente pendant que firefox est ouvert. Mais pas toujours. Avec ce portable au repos, mais avec Firefox ouvert, le swap n'a pas bougé pendant 2 heures. Mais maintenant c'est parti :
2,3/4 Go de RAM, 1.4/4 Go de swap.
Top, je ne connaissais pas. C'est plein d'infos. Je dois étidier çà.
C'est plasmashell le plus gourmand et Firefox en seconde place. Le swap 2.0Go.
"browser.cache.disk.enable" est à "true".

Mais c'est bien la mise à jour récente de mai qui a provoqué ça. Je n'ai jamais eu ce problème avant.
Pour l'autre ordi, je vais devoir attendre ce week-end que je le récupère pour contrôler.
Le swap est maintenant à 2.9Go.

Je vais devoir éteindre avant que ça bloque. Merci pour votre aide. Je vais étudier la commande Top et les résultats demain. Je vous tiens au courant.

Marc-André,

J'ai vérifié les paramètres indiqués, ils sont tous à la bonne valeur:

"browser.cache.disk.enable" => false

"browser.cache.memory.enable" => true,

"browser.cache.memory.capacity" => 200000

Merci pour la réponse.

Bonjour,
Ctrl-Echap permet d'accéder à Ksysguard, qui est un équivalent de top.
Chez moi, C'est Firefox qui prend le plus de place, environ 1 Go, avec beaucoup d'onglets ouverts, plasmashell prend 172 Mo.
Clairement, il faut pouvoir identifié le processus qui est glouton.

Bonjour
Il y a clairement un problème de Plasma.

Bonjour
Il y a clairement un problème de Plasma.
avec mon appareil qui fonctionne bien sous plasma, à l'ouverture de ma tour AMD -Mageia6 sans firefox60 :



Aver firefox60 en plus :



firefox60 est hors de cause .
Il s'agit pour moi d'un problème plasma.
Sur l'appareil de mon épouse (portable Asus K7 core2duo 4 Go de ram, de 7 ans Mageia6 ) aucun swap n'est utilisé sous XFCE, mais je n'ai pas trouvé pourquoi sous Plasma mis à jour, il y a de violents ralentissements, qui finissent pas des blocages rendant Plasma inutilisable sur cet appareil.
La piste d'un défaut coté Plasma est claire pour moi, et liée à la gestion du swap ?

Édité par christian_fisch Le 07/06/2018 à 11h55

oui, je pense a plasma ..

au demarrage :



2h apres ..

Marco et Christian, je suis d'accord avec vous. Ce ne peut pas être un problème Firefox qui fonctionnait très bien avant la mise à jour et qui fonctionne bien après.

Mais sur 650 paquets mis à jour il y a du monde pour perturber ce swap. Je suis étonné que personne n'en parle. Je ne suis tout de même pas le seul à avoir un problème sur 2 ordinateurs en plus.

Je pense comme vous, à un problème Plasma, KDE ou Linux lui-même.

Je viens de faire des relevés. Finalement plasmashell augmente très peu. C'est autre chose. Je vous tiens au courant.

Bonjour,

Bon je n'utilise plus actuellement Plasma (j'utilise le vénérable Windowmaker) et c'était avant la grande MAJ Plasma/KDE, mais avec 4Go de RAM, Plasma/KDE et quelques applications qui pouvaient certes être gourmandes ma swap (4Go également) était pas mal sollicitée.

J'avais un petit peu atténué cela en jouant sur le "Swappiness" du noyaux :
https://fr.wikipedia.org/wiki/Espace_d%27%C3%A9change

Tu peux essayer de rajouter par ex.
vm.swappiness=10
dans /etc/sysctl.conf
Voir peut-être également vm.vfs_cache_pressure=50 ...

Cependant actuellement avec 8Go de RAM + Windowmaker je n'ai plus de tels soucis (la swap est quasiment jamais utilisée).

Cordialement

Sinon dans le genre application gourmande "skypeforlinux" semble pas mal (du moins à mon avis beaucoup trop par rapport au service).

vm.swappiness = 0 (Depuis Linux 3.5) Fonctionnement particulier : le noyau ne va utiliser le swap que pour éviter les erreurs de manque de mémoire.
vm.swappiness = 1 Utilisation minimale du swap avec le fonctionnement général. Correspond à swappiness = 0 avant Linux 3.5.
vm.swappiness = 10 Certaines personnes recommandent cette valeur quand il y a suffisamment de mémoire dans le système.
vm.swappiness = 60 La valeur par défaut.
vm.swappiness = 100 Le noyau va maximiser l'utilisation du swap.

Merci pour les infos sur swappiness que je ne connaissais pas. Après recherche, mon /etc/systctl.conf ne contient pas de paramètre swappiness, uniquement des infos sur net.ipv4.
Je ne suis pas très chaud pour le moment pour modifier ça, car les 2 pc fonctionnaient bien avant la mise à jour.

Pour ce qui est de mes recherches sur l'occupation de la mémoire, voici ce que j'ai trouvé :
J'ai utilisé "top" et le panneau de surveillance du système.

- D'abord, ma RAM de 4Gio n'est utilisable que sur 3.29 Gio.
- Elle est partagée entre la mémoire utilisable de 2,4 Gio et un cache de 0,9 Gio. On est loin des 4 Gio annoncés, mais ça marchait bien avant la mise à jour.
- Quand la RAM arrive à environ 120 Gio de libre, le swap prend le relais normalement. Ce n'est donc pas un problème de swap, mais un problème de mémoire (RAM + swap).
- Quand le swap se remplit complètement, l'ordi se bloque en 1 heure environ, parfois moins.
- Dans ce test je n'ai pas lancé Firefox. Mais j'ai utilisé top, Calc qui m'a servi à faire un tableau de synthèse avec un graphe et spectacle pour me prendre des photos d'écran pour figer les infos changeantes de top.
- Plasmashell qui semblait incriminé a une mémoire à peu près constante :
VIRT = env. 3.95 Gio
RES est stable de 262 276 Kio à 246 684 Kio
SHR diminue de moitié, mais il est très faible donc sans influence (de 114 880 à 66 416 kio)
- Donc plasmashell n'a aucune influence sur l'augmentation de l'utilisation de la mémoire.
- Je ne vois pas de processus suffisamment grand pour squatter la mémoire.
- Le VIRT passe de 11,02 à 12,79 Gio. Soit une augmentation de 1,77 Gio pendant que l'utilisation de la mémoire (RAM + swap) augmente de 4,52 Gio. Le compte n'y est pas.
- Le processus top utilise peut-être beaucoup de mémoire pour stocker ses nombreuses données sans réutiliser les zones obsolètes. Si c'est ça, ça fausse le test.s
- Dans tous les cas, j'ai l'impression que les zones mémoires obsolètes ne sont pas réutilisées.
- Je crois que c'est vraiment un problème de gestion de mémoire au niveau de la mise à jour.

Est-ce que vous avez le même problème ? Ou suis-je le seul sur 2 ordinateurs ?

Pour swappiness, je verrai demain.

Je vous remercie tous pour votre aide.