Pages : 1
#1 Le 22/05/2025, à 10:39
- LAuX
[RESOLU] gnome-shell prend régulièrement 150 à 315% de cpu
Bonjour,
la machine est un Core i5-10400F avec 16 Go ram et un SSD
j'étais sur la dernière version LTS et comme j'avais un peu de temps, j'ai décidé de monter de niveau pour passer en 25.04. En passant en 24.10, j'ai remarqué que la led d'activité en facade du PC restait allumée en permanence, la commande top m'indique que c'est gnome-shell qui prend allègrement la première place de l'occupation processeur en passant régulièrement de 150 à 315% de temps processeur. Je fait la mise à jour en 25.04 mais le comportement se reproduit, la machine est très chargée
load average: 4,65, 4,32, 3,95
. Une petite recherche m'indique que cela peut venir des extensions gnome mais je n'ai rien trouvé de probant pour localiser celle qui poserait problème.
Ce post m'a indiqué que le bout de code
for i in $(pgrep -f "gnome-shell"); do echo "Tracing process: $i"; sudo timeout 10 strace -c -p "$i"; done
m'indiquerait ce qui pose problème et j'ai cette sortie :
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
88,58 0,795889 34 22799 400 futex
2,03 0,018202 1 12623 write
1,98 0,017815 22 800 getpid
1,91 0,017144 3 5105 ppoll
1,86 0,016681 72 229 ioctl
1,18 0,010586 1 7282 6114 recvmsg
0,97 0,008717 1 6880 timerfd_settime
0,44 0,003981 1 3253 read
0,42 0,003816 5 661 munmap
0,39 0,003473 2 1159 sendmsg
0,17 0,001516 1 1168 epoll_wait
0,03 0,000284 1 272 mprotect
0,03 0,000247 1 229 fcntl
0,01 0,000112 0 115 close
0,00 0,000005 2 2 mmap
0,00 0,000001 0 2 prctl
0,00 0,000000 0 2 fstat
0,00 0,000000 0 1 openat
------ ----------- ----------- --------- --------- ----------------
100,00 0,898469 14 62582 6514 total
Quand je cherche ce qu'est futex, je tombe surtout sur des posts de développeurs mais rien qui m'aide dans ce cas.
Est-ce que je suis sur la bonne piste ?
Dernière modification par LAuX (Le 23/05/2025, à 12:03)
Hors ligne
#2 Le 22/05/2025, à 10:45
- iznobe
Re : [RESOLU] gnome-shell prend régulièrement 150 à 315% de cpu
Bonjour , tu n' aurais pas une extension pour la gestion de reception de message , ou avec un nom approchant : " recvmsg " ?
le processus futex est celui qui prend la charge CPU , mais ce n' est pas forcément lui qui initie la chose .
D' autres part , tu peux aussi simplement , desinstaller les extensions une a une pour trouver celle qui cause la surcharge CPU .
retour COMPLET et utilisable de commande | script montage partitions
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#3 Le 22/05/2025, à 11:45
- LAuX
Re : [RESOLU] gnome-shell prend régulièrement 150 à 315% de cpu
voici mes extensions d'après https://extensions.gnome.org/local/, ce sont les composants de base, je ne l'ai pas indiqué mais je n'en ai pas ajoutées :
Desktop Icons NG (DING) by rastersoft
Extension du système
Adds icons to the desktop. Fork of the original Desktop Icons extension, with several enhancements .
Ubuntu AppIndicators by didrocks
Extension du système
This a mock extension. It does nothing if installed from extensions.gnome.org. Please use KStatusNotifierItem/AppIndicator Support which provides the same functionalities. This name is used to protect and reserve the name for ubuntu appindicator, available as a system extension on ubuntu. This allow us to not trump updates outside of our QA process via an external upload.
Ubuntu Dock by didrocks
Extension du système
This a mock extension. It does nothing if installed from extensions.gnome.org. Please use dash to dock which provides the same functionalities with different defaults. This name is used to protect and reserve the name for ubuntu dock, available as a system extension on ubuntu. This allow us to not trump updates outside of our QA process via an external upload.
Ubuntu Tiling Assistant
Extension du système
Expand GNOME's 2 column tiling and add a Windows-snap-assist-inspired popup...
Je n'ai pas l'impression qu'une soit en rapport avec de la réception de messages
Hors ligne
#4 Le 22/05/2025, à 12:25
- iznobe
Re : [RESOLU] gnome-shell prend régulièrement 150 à 315% de cpu
le plus simple , c' est de les désinstaller une a une et de faire la surveillance des processus pour identifier celle qui surcharge .
une fois l' extension identifiée , tu réinstalles celles qui ne bugue pas , et tu traites le cas de celle qui bugue a part si possible .
je ne suis pas le mieux placer pour des extensions , je n ' y met jamais le nez dedans .
retour COMPLET et utilisable de commande | script montage partitions
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#5 Le 22/05/2025, à 14:56
- LAuX
Re : [RESOLU] gnome-shell prend régulièrement 150 à 315% de cpu
Je n'y avais jamais mis les pieds, je ne connaissais même pas la possibilité.
Je vais faire ça.
[EDIT] et au moment où j'écris, je me rends compte que la led d'activité est éteinte... gnome-shell est toujours en haut de la commande top mais se promène entre 40% et 110%... Le PC est toujours chargé même si moins
load average: 0,63, 3,37, 3,89
Je vais aller voir comment ça se lit exactement pour comprendre et comparer
Dernière modification par LAuX (Le 22/05/2025, à 15:00)
Hors ligne
#6 Le 23/05/2025, à 12:02
- LAuX
Re : [RESOLU] gnome-shell prend régulièrement 150 à 315% de cpu
Bonjour,
je me répond à moi-même pour donner ce qui semble être la réponse.
Au final, cela semblait venir de mes pilotes vidéo nvidia : les performances étaient très mauvaises (oui, en jeu vidéo), le panneau "pilotes additionnels" indiquait que j'étais sur un pilote "installé manuellement" (je n'ai pas de souvenir du pourquoi) avec tout grisé m'interdisant de repasser en nouveau ou en propriétaire.
J'ai suivi la doc de suppression des pilotes sur la page nvidia de la documentation. Pour info, je n'ai pas arrêté nvidia-persitenced comme indiqué dans la 1ère partie et attaqué directement sur :
sudo apt-get purge 'nvidia-*'
sudo apt autoremove
sudo apt install xserver-xorg-video-nouveau
puis redémarré le pc et je n'avais plus la charge...
Voilà, mauvais diagnostic au départ qui m'a amené à ouvrir un post dans cette catégorie du forum alors que c'était la pile graphique.
Merci pour votre lecture
Hors ligne