HPLIP
Ralentissement ordi
Système et matériels / Installation et configuration

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
Mon ordi est devenu très lent depuis Mageia7, mais il l'était déjà devenu sur Ubuntu que j'ai conservé.
Par exemple chaque appel aux fonctions de showfoto ou digikam prend plusieurs secondes, les fermetures de boîtes de dialogue également. Il y a cependant des applications qui tournent sans trop de problème (thunderbird, firefox, etc.). Il me semble que c'est encore pire sur Ubuntu.
J'ai testé les 3 disques, mais pas d'anomalie.
Question ram (6 GO), je m'interroge : memtest86+ lancé à partir de l'écran Grub de démarrage plante dès le premier test (à 75%) et je reviens sur l'écran de démarrage. Le moniteur system indique des CPU souvent à 100%, mais je ne sais pas trop interpréter cela.
Comment faire tourner memtest, il devrait comptabiliser les erreurs et ne pas planter ?
Édité par mabthera Le 28/09/2019 à 10h51

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
mabthera :
Le moniteur system indique des CPU souvent à 100%, mais je ne sais pas trop interpréter cela.
C'est là le problème. Tu as un processus qui bouffe tout ton temps processeur.
Peux tu exécuter cette commande :
Code BASH :
ps -eo pcpu,args | sort -r -k1 | head -n 4 >~/resultat.txt
puis nous copier coller le contenu du fichier resultat.txt ici ?
Cette commande affiche tous les processeurs et les arguments du PC trié en fonction de l'utilisation du processeur.
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 |

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
%CPU COMMAND
94.2 /usr/bin/python3 /usr/bin/hp-systray -x
6.1 /usr/lib64/firefox/firefox -contentproc -childID 5 -isForBrowser -prefsLen 6605 -prefMapSize 200336 -parentBuildID 20190905075854 -greomni /usr/lib64/firefox/omni.ja -appomni /usr/lib64/firefox/browser/omni.ja -appdir /usr/lib64/firefox/browser 21343 tab
4.6 /usr/libexec/gnome-terminal-server
J'ai réessayé après avoir lancé digikam (et showfoto qui est toujours en instance de lancement) :
%CPU COMMAND
95.2 /usr/bin/python3 /usr/bin/hp-systray -x
9.3 /usr/libexec/tracker-miner-fs
8.7 digikam -qwindowtitle digiKam
A priori, c'est hp-systray -x qui consomme le plus, mais je ne sais à quoi cela correspond
Au passage, j'ai un message d'erreur après l'ouverture de la session :
HPLIP satus service
No system tray detected on this system
Unable to start, exciting
HPLIP est bien installé
J'avais ce message sous une précédente version de Mageia, j'avais réussi à le traiter, mais je ne sais plus comment (sans doute par hasard, après avoir essayé quelques commandes glanées sur le forum).
Mais, cela n'a peut être pas de rapport.
merci pour l'aide
Édité par mabthera Le 25/09/2019 à 12h04

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Citation :
94.2 /usr/bin/python3 /usr/bin/hp-systray -x
Si les outils d'impression HP ont l'air en cause.
Commence par arrêter ou tuer ce processus. En console
killall hp-systray
ou depuis la fenêtre qui s'ouvre avec Ctrl-Echap.
Dans un deuxième temps, désinstalle hplip, pour vérifier que ce processus est bien la cause du problème.
Yves

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
Le taux d'occupation s'est rétabli, mais showfoto occupe beaucoup de place :
%CPU COMMAND
7.5 /usr/libexec/tracker-miner-fs
5.5 /usr/bin/gnome-shell
47.2 /usr/bin/showfoto -qwindowtitle org.kde.showfoto /home/........
Et digikam/showfoto est toujours aussi lent
Le moniteur system indique des CPU à 100% quand j'utilise showfoto

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Es-tu sûr d'avoir exécuté la même commande ? Car normalement, ça devrait être trié, et là ça ne l'est pas, car 47.2 est en dessous de 5.5 alors que qu'il devrait être en première position.
Du coup, le résultat de la dernière commande (après avoir désinstalé hplip) est inexploitable. Il se peut qu'il y ait un autre processus bien plus gourmant qu'on ne voit pas (car ce n'est pas trié).
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 |

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
%CPU COMMAND
7.1 /usr/libexec/tracker-miner-fs
6.2 /usr/bin/perl /usr/libexec/drakrpm --embedded 75497885
5.5 /usr/bin/gnome-shell
Dans la liste des processus triés par poids (application moniteur system), showfoto apparaît (en premier : 511,8 MO, puis firefox, thunderbird, etc.), mais en temps CPU, c'est 0. Triés par temps CPU, j'obtiens les mêmes valeurs (tracker à 6 ou 7%).




Édité par mabthera Le 25/09/2019 à 12h58

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Une autre piste. Changer le moteur de rendu compositeur, par exemple pour XRender (je présume que tu utilises KDE) :
Configuration du système - Affichage et Ecran - Compositeur
Yves

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
En fait, c'est showfoto qui rame et j'ai testé l'éditeur sous digikam qui regroupe les mêmes fonctions que showfoto et qui, lui, ne rame pas. Donc, je vais pouvoir être plus productif, c'est déjà cela. Peut être désinstaller showfoto et le remettre, mais cela m'étonnerait.

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
le traitement d'image demande énormément de mémoire, pour le simple affichage, etc. Cependant, ne demande aucune ressource du CPU tant qu'on ne demande pas l'application d'un filtre (changer la couleur ou autre).
On demanderait le poids et surtout l'évolution du poids si le système se mettait à geler et dans ce cas là on pourrait suspecter une fuite de mémoire. Mais ce n'est pas encore d'actualité pour ton cas.
Donc apparemment les processeurs sont demandés, cependant on ne voit rien à plus de 7%. Je suspecte un processus que l'utilisateur "normal" n'a pas le droit de voir. Il faudra donc en tant que root, refaire les commandes :
Code BASH :
[jibz@jabztop ~]$ su Mot de passe : [root@jabztop jibz]# ps -eo pcpu,args | sort -r -k1 | head -n 4 >/home/${USER}/resultat.txt [root@jabztop jibz]# chown ${USER}:${USER} /home/${USER}/resultat.txt
Peux tu nous donner le contenu du fichier resultat.txt ?
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 |

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
%CPU COMMAND
6.3 /usr/libexec/tracker-miner-fs
4.2 /usr/bin/gnome-shell
4.0 digikam -qwindowtitle digiKam

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
(c'était ce graphique là : )
https://live.staticflickr.com/65535/48792460847_7c2f455794_z.jpg (Oh malheur ! je viens de voir que les images ne sont pas héberger sur MLO ! )
Édité par Jybz Le 25/09/2019 à 14h32
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 |

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
Jybz :
(Oh malheur ! je viens de voir que les images ne sont pas héberger sur MLO ! )
Je ne savais pas trop comment procéder et j'ai trouvé cette voie (c'est la première fois que je poste une image et même sur HFR je n'arrivais pas à le faire correctement)
Après, c'est peut être plus simple de les héberger sur MLO car je ne vais pas les conserver longtemps sur Flickr. Il faut que je cherche comment c'est possible.
Pour l'historique :

Comme je le disais plus haut : c'est showfoto qui est très lent, je n'ai plus trop de problème depuis que j'utilise l'éditeur d'images de digikam.
Édité par mabthera Le 25/09/2019 à 14h43

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :


Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
top -n 1 >./resultat.txt
s'il se plaint de ne pas connaitre top, installes le

Puis, peux tu nous donner le contenu du fichier resultat.txt ?
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