Plasma -> fuite de mémoire [Réglé]
plasmashell
Environnements Graphiques / KDE Plasma

Emmanuel56 Membre non connecté
-
- Voir le profil du membre Emmanuel56
- Inscrit le : 31/12/2018
- Groupes :
Je me suis aperçu que je perdais plasma sur Mageia8 au bout de quelque heures sans faire d'activités particulières.
En laissant tourner plasma pendant plusieurs heures, j'ai détecté une fuite de mémoire au niveau du processus plasmashell.
Au démarrage, plasma ne consomme en effet que 1,5% de ma mémoire de 16Go.
Au bout de 15 min, 4% consommés.
30 min 8%
2h 42%
3h 68%
4h 77%
5h 90%
6h30 93% : ralentissement de la dégradation dû à l'utilisation de la mémoire d'échange (swap de 4Go)
Mort du processus plasmashell au bout de 6h40min.
Obligé de relancer manuellement plasmashell pour récupérer mon panneau en bas de l'écran (barre de tâches.)
Avez-vous été confrontés au même problème?
top + free un peu avant le crash du processus :

Édité par Emmanuel56 Le 11/03/2021 à 22h43

Emmanuel56 Membre non connecté
-
- Voir le profil du membre Emmanuel56
- Inscrit le : 31/12/2018
- Groupes :

Ma configuration:
- KDE Plasma 5.20.4
- Un seul bureau mais avec 4 activités comprenant chacune un diaporama (plusieurs centaines d'images dans le dossier)
- KDE Frameworks 5.76.0
- Qt 5.15.2
- Noyau 5.10.56-desktop-.mga8
- Système d'exploitation 64-bit
- 16 Go de mémoire
Mon problème:
- L'occupation mémoire de Plasmashell augmente continuellement
- La sélection d'une image de fond statique en remplacement du diaporama résout le problème
- La modification de l'image d'arrière-plan du bureau augmente l'occupation de la mémoire Plasmashell
Un cas similaire a été trouvé en 2017 sur bugs.kde.org
https://bugs.kde.org/show_bug.cgi?id=381000
D'après ce rapport de bug, l'erreur réside dans le programme de diaporama qui, d'une manière ou d'une autre, ne libère pas les images précédentes, finissant par remplir complètement la mémoire et la mémoire d'échange.
Problème solutionné à l'époque avec une nouvelle version de libQt5Core5.
Les modifications de asynchronous et de cache dans /usr/share/plasma/wallpapers/org.kde.image/contents/ui/main.qml ne solutionnent pas le problème.
Je n'ai pas trouvé de bug récent sur le sujet.
Suis-je donc le seul en 2021 à utiliser un diaporama avec Plasma et à avoir ce souci?


Yuusha Membre non connecté
-
- Voir le profil du membre Yuusha
- Inscrit le : 04/07/2017
- Groupes :
-
Modérateur
-
Administrateur
-
Forgeron
Oui c'est un bug connu de Plasma. Le seul probablement pas mais avoir un diaporama en fond d'écran est passé de mode depuis quelques années


Emmanuel56 Membre non connecté
-
- Voir le profil du membre Emmanuel56
- Inscrit le : 31/12/2018
- Groupes :
On pouvait donc s'attendre à ce qu'elle soit pleinement opérationnelle.
Merci de l'info Yuusha.


squid-f Membre non connecté
-
- Voir le profil du membre squid-f
- Inscrit le : 03/04/2016
- Groupes :
-
Membre d'Honneur

Au cas où cela pourrait aider, voir ce fil qui propose une solution pour réactiver l'option diaporama mais qui semble aussi résoudre le problème de crash ; à voir...
https://forums.opensuse.org/showthread.php/545998-Slideshow-wallpaper-missing-after-upgrading-to-Plasma-5-20
A+
« Plus les hommes seront éclairés et plus ils seront libres. » ~ Voltaire

Emmanuel56 Membre non connecté
-
- Voir le profil du membre Emmanuel56
- Inscrit le : 31/12/2018
- Groupes :
Les chemins d'accès aux dossiers d'images sont ok et je n'ai pas d'écran noir ; le crash n'intervient que lorsque toute la mémoire est consommée.
Dans le Plasma 5.21.90 Complete Changelog, section Plasma Workspace
je lis: "Fix wallpaper paths in org.kde.slideshow package. Commit."
Donc les développeurs continuent à travailler sur le sujet diaporama.

squid-f Membre non connecté
-
- Voir le profil du membre squid-f
- Inscrit le : 03/04/2016
- Groupes :
-
Membre d'Honneur
du coup, si c'est une question de chemin, la solution proposée vaudrait le coup d'être testée, peut-être ?
Pure spéculation ; avec les sauvegardes d'usage, bien entendu.
Code BASH :
cd /usr/share/plasma/wallpapers/org.kde.slideshow/contents/ cd config/ rm main.xml cp ../../../org.kde.image/contents/config/main.xml . cd ../ui/ rm config.qml cp ../../../org.kde.image/contents/ui/config.qml . rm main.qml cp ../../../org.kde.image/contents/ui/main.qml . rm WallpaperDelegate.qml cp ../../../org.kde.image/contents/ui/WallpaperDelegate.qml .
A+
« Plus les hommes seront éclairés et plus ils seront libres. » ~ Voltaire

Emmanuel56 Membre non connecté
-
- Voir le profil du membre Emmanuel56
- Inscrit le : 31/12/2018
- Groupes :
J'ai ouvert un bug
https://bugs.mageia.org/show_bug.cgi?id=29360

squid-f Membre non connecté
-
- Voir le profil du membre squid-f
- Inscrit le : 03/04/2016
- Groupes :
-
Membre d'Honneur
A+
« Plus les hommes seront éclairés et plus ils seront libres. » ~ Voltaire

steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
oops, pardon :s
Tuer(killer) la pile séquentiellement ne résoudrais pas le problème (ne serais ce que ponctuellement) ???
No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





Emmanuel56 Membre non connecté
-
- Voir le profil du membre Emmanuel56
- Inscrit le : 31/12/2018
- Groupes :

Lorsque j'effectue des tâches lourdes qui prennent des heures, je fais un kill du processus plasmashell suivi d'un plasmashell & dans une console.
Ça résout le problème ponctuellement mais des fois j'oublie de killer le processus. Résultat, plus de plasmashell : je n'ai plus accès aux icones, barre des tâches, fenêtre de console ; il ne me reste plus que le Ctrl-Alt-Supp pour faire un redémarrage. C'est agaçant.

Emmanuel56 Membre non connecté
-
- Voir le profil du membre Emmanuel56
- Inscrit le : 31/12/2018
- Groupes :
J'ai lancé kcmshell5 qtquicksettings, un utilitaire qui permet de modifier le comportement de QtQuick, utilisé par Plasma comme moteur de rendu.
J'ai défini la boucle de rendu sur "Basique" et le moteur de rendu à "Logiciel" au lieu de "Automatique" dans les deux cas.
J'ai alors remarqué une dégradation du rendu de plasma: maintenant je ne peux plus voir le texte de mes icônes de bureau,
seulement l'image, mais cela a arrêté la fuite de mémoire. Je ne peux plus reproduire le problème de fuite avec mes diaporamas.
Tout est stable maintenant. La consommation mémoire est normale.
Avant de clore le sujet sur ce forum, j'ai demandé des explications aux mainteneurs KDE de Mageia.
![:] :]](/images/smileys/8.gif)

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Merci pour ton rapport de bug.
Quel est celui de KDE ?
Les mainteneurs ne font qu'appliquer des mises à jour ou des correctifs identifiés. Ils ont besoin qu'ont leur cite ces correctifs, sinon, ils s'abstiennent de faire des mises à jour qui pourraient introduire de nouveaux bogues.
Yves

Emmanuel56 Membre non connecté
-
- Voir le profil du membre Emmanuel56
- Inscrit le : 31/12/2018
- Groupes :
Ok, vu. Merci de l'information.
Je n'ai ouvert un bug que chez Mageia.
Donc, pour avoir le fin mot de l'histoire, il faut aussi que j'ouvre un bug chez KDE.
Correct ?

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Je demandais de citer le rapport de bogue chez KDE que tu as évoqué.
J'ai trouvé par exemple : https://bugs.kde.org/show_bug.cgi?id=432449
Le diaporama y est évoqué comme étant une source de fuites de mémoire.
Comme outil d'investigation, on y cite heaptrack pour tenter d'identifier la source des fuites. Tu pourrais joindre des données collectées à un rapport existant.
https://github.com/KDE/heaptrack
Édité par Papoteur Le 17/08/2021 à 13h34
Yves
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie