Forum

Reprise du message précédent

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.

Je n'utilise plus Plasma/KDE, (mais j'utilise le dernier noyau 4.14.44 fourni avec la Mageia 6, ...) je ne sais pas si il y a souci ...

Mais cela est triste mais j'ai l'impression (j'ai peut-être tort) qu'avec "que" #3Go 4Go de mémoire cela devient maintenant problématique avec l'environnement par défaut des différentes distributions GNU/Linux récentes + des différentes applications récentes (Firefox par ex.).

Il n'y a pas de miracle il faut de la RAM, dès que cela commence à swapper c'est le début de la cata. (qui plus est à priori sur une swap qui n'est pas sur un disque SSD)

Édité par cracky Le 07/06/2018 à 20h00

Salut
très bizarre vos problèmes de swap !
avez vous essayé de créer un user de secours et voir avec ce que ça donne, si des fois, vous n'auriez pas un profil user avec des problèmes;

je n'ai que 4gio de ram, en ce moment je fais des test avec virtualbox, 2 gio pour l'hôte, 2 gio pour la vm;
ça rame un peu mais ce n'est du à la swap, mais aux cpu qui fatiguent;
ça ne swappe pratiquement pas;
j'ai un swappiness standard de 60;

Bonjour,
Je n'ai observé aucune anomalie ici.
Etes-vous en 32 ou 64 bits ?

J'ai connu d'autres systèmes qui tournaient correctement avec des swap bien chargés. Mais sur Unix et GNU/Linux, j'ai constaté que le swap est assez faiblement utilisé, par contre dès qu'il devient fortement utilisé, cela tourne vite à la catastrophe.

Et en détecter l'origine n'est pas évident.

Bonjour
Ce matin sur mon poste principal AMD qui fonctionne bien avec Plasma, et quelques programmes en utilisation ( Firefox, Libreoffice..):


Il semble que plasma "swappe" alors que de la ram reste disponible.

L'accès au portable en difficulté avec Plasma est difficile pour moi, ( mon épouse ne le lâche pas et reste sous Xfce) mais j'ai pu voir que sous Xfce aucune utilisation de la partition d'échange n'est faite, ce qui n'est pas le cas sous Plasma.
Je pense profiter de la période d'été pour réinstaller le système Mageia 6. ou 6.1 .

pour ma part j'ai mis vm.swappiness = 0 car ssd
Donc, la swap n'est pas utilisée ..

Bonjour goldorak83,


Plus clair que top, tu as htop.
Et là et pages suivantes, tu as une explication des différentes colonnes...

Bonjour,
Désolé de ne pas être intervenu plus tôt. Ce week-end, j'ai pu récupérer l'ordi N°1 d e ma belle-mère.
J'ai pu constater que c'est bien plasmashell qui augmente de taille de façon énorme. Et d'un seul coup, quand le swap atteint environ 20 Go, tout se vide et plasmashell passe de 85% d'utilisation mémoire à 7 ou 8%. Puis ça augmente rapidement.
J'ai test& le swapiness. Ca ne fait rien du tout.
La seule chose qui réduit la RAM mais pas le swap est quelquefois la commande :
sync && echo 3 > /proc/sys/vm/drop_caches
Mais ça ne vide pas le swap et ça ne fonctionne que la 1ère fois.

Après recherche sur internet, c'est un vieux problème qui n’apparait pas sur toutes les machines, mais qu'on trouve sur d'autres distributions. Voici un exemple sous Debian :
https://www.debian-fr.org/t/kde-plasmashell-utilise-toute-la-memoire-partagee-stretch-testing/75619
Mais je n'ai pas trouvé de solution.
Certaines solutions provisoires sont de faire :
killall plasmashell && kstart plasmashell
Mais kstart ne fonctionne pas sous Mageia. J'ai trouvé kstart5 plasmashell qui me donne un message d'erreur.
De même la commande plasmashell renvoie une erreur.

Comment redémarre-t-on plasmashell après l'avoir fermé ?

Donc je n'ai pas de solution.

En désespoir de cause, je pense installer lxde, Kubuntu, ubuntu ou autre chose. Tant que Mageia n'aura pas résolu le problème, je ne vois pas comment faire.

En relisant vos réponses, ce n'est pas Skype, mais bien plasmashell.

Pour Windowmaker, je ne connais pas. Je vais étudier ça.

Merci encore.

@Papoteur : Je suis en 64 bits sur les 2 PC.

Bonsoir,

Chez moi,

fonctionne. Quel message d'erreur obtiens-tu ?
Cela permet de libérer la mémoire pour quelques heures et d'éviter le blocage. Mais cela n'est pas une solution satisfaisante...

Pascal

Alors après un "top" dans un fichier des valeur de plasmashell, on voit que le %cpu augmente de façon
significative ...
Courbe jaune %cpu , courbe noire tendance lineaire:

Bonjour,
Peut-être une alternative à essayer :
https://github.com/KDE/liquidshell

Je n'ai pas trouvé de rapport sur le bugzilla concernant Plasmashell et une fuite de mémoire. Personne ne l'a encore signalé.
Deux rapports peuvent peut-être correspondre :
https://bugs.mageia.org/show_bug.cgi?id=21987
https://bugs.mageia.org/show_bug.cgi?id=20998
mais sans réponse.

Bonjour,
Une âme délicate a laissé un message sur IRC. On l'en remercie.

moi j'ai pas /.config/plasma-workspace/env/var.sh