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

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Reprise du message précédent
Bonjour,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

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

Pierre_Léonard Membre non connecté
-
- Voir le profil du membre Pierre_Léonard
- Inscrit le : 02/09/2017
- Site internet
- Groupes :
La situation n'a pas changé.
Je n'utilise pas de diaporama en fond d'écran, je fais simplement beaucoup de glissés déposés de dolphin vers avidemu-qt5.
Après une vingtaine de ces opérations la mémoire cache est pleine mais ne se régule pas et passe dans le swap.
Des fichiers sont donc bloqués en mémoire ce qui est étrange avidemux est déchargé et rechargée à chaque opération.
Les fichiers intermédiaires sont mis à la poubelle, mais cela ne change rien, la poubelle est un répertoire presque comme les autres.
Par contre j'ai un nombre très important de plasmashell.
J'ai résolu le problème avec cette commande :
echo 3 > /proc/sys/vm/drop_caches
Je trouve cela inélégant voire sale.
Donc il y a toujours des fuites de mémoires dans plasmashell en 2022.
Pierre Léonard
Pierre Léonard

Emmanuel56 Membre non connecté
-
- Voir le profil du membre Emmanuel56
- Inscrit le : 31/12/2018
- Groupes :
pour info, ce problème de fuite de mémoire est résolu dans la version 5.27.5 du plasmashell de Mageia 9.
J'ai pu remettre des valeurs normales (i.e. automatique) dans QtQuick utilisé par Plasma comme moteur de rendu d'affichage, seule solution de contournement que j'avais trouvée à l'époque.
Bonne chose


steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018
* explications :
tu quitte firefox (tu le ferme), et quelques minutes apres, tu en a besoin, tu le relance...
et là, le system te dit qu'il y en a deja (qu'il est deja) en mémoire...
tu tape ctrl-esc et effectivement, tu vois que firefox et toujours en mémoire....
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 :
mais là le sujet est le blocage complet du système d'exploitation après saturation de la mémoire d'échange.
Il n'y avait plus rien qui marchait : reboot obligatoire, donc très gênant et c'est ce problème là qui a été résolu.
C'est l'un des très rares problèmes que je n'avais pas pu résoudre dans Mageia8, avec la configuration indiquée à savoir un diaporama.
Mais d'autres personnes comme Pierre eurent un souci équivalent avec Dolphin lors de déplacement de fichiers.


Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie