Forum

Reprise du message précédent

Bonjour,
Comme on n'arrive pas à cerner directement la partie défectueuse, il te reste à faire des essais divers en changeant une chose à la fois.
Changements possibles :
pilote nouveau contre pilote NVIDIA
autre environnement de bureau : Plasma, IceWM, XFCE...
compositeur (je ne connais pas ce qui est utilisé pour XFCE)
Il faudrait vérifier à chaque fois s'il reste un processus qui bouffe la CPU.

Je ne crois pas au pilote de la carte ,c'est justement pour ça que l'ai changée.Je vais essayer IceWM mais Plasma je le trouve horrible à moins qu'on puisse le modifier ,je ne le connais pas.

Ce n'est pas pour que tu l'adoptes, mais pour cerner d'où peut venir le problème.

J'ai essayé IceWM en effet Xorg .... semble bouffer moins de Cpu mais impossible d'y rester ,pas d’affichage du bureau,Chromium tourne mais en fantôme ,Thunderbird tourne aussi mais invisible et pour finir plantage.
Plasma pas mieux à peu près même effets.

Quand tu dis Plasma pas mieux. C'est à dire que Plasma rame ou que tu n'arrives pas à ouvrir tes autres logiciels.
As-tu essayé différents pilotes pour la carte graphique comme demandé par papoteur (Nvidia/nouveau) ?
Sous Plasma tu peux tester différents compositeurs (OpenGL, Xrender...). Je ne pense pas que l'on puisse modifier ça sous XFCE. Si ça change quelque chose on pourrait peut-être cerné le problème.

Plasma ne rame pas mais je ne peux rien faire avec ,les logiciels qui tournent sous Xfce ne tournent pas avec Plasma .

Alors ça c'est quand même étrange. Il n'y a aucune raison que les logiciels ne tournent pas sous Plasma. Il faut tester le changement du pilote de la carte graphique via le CCM.

Changer le pilote de la carte là j'ai trop la trouille , j'ai tellement galéré pour le faire fonctionner (système planté,plus d'écran,voir le post)que je n'ai pas envie de recommencer,c'est la même chose avec iceWM ,les logiciels se lancent je le vois dans top ou autre mais rien à l'écran ,invisibles et pour finir plantage,alors si on trouve pas tant pis je vais rester avec ma tortue .

pour changer la carte tu peux le faire en ligne de commande avec drakxconf
pour ça:
- tu fermes la session graphique
- tu te loggues en root
- tu lances la commande drakxconf
- tu navigues dans la pseudo interface graphique pour changer le pilote
- tu relances la session graphique
- si ça ne marche pas tu pourras toujours revenir en arrière en remettant l'ancien pilote

Ça ressemble quand même pas mal à un problème graphique. J'ai donc trois questions.
Quelle est la carte graphique utilisée ?
Quel est le pilote utilisé ?
Est-ce un système à deux cartes de types optimus ?

Essayons de changer un peu l'interrogation du journal :

Si le pilote nouveau est utilisé il faut faire un grep -i nouveau. Si c'est une carte AMD, je ne sais pas trop mais ça doit être amd ou radeon

root@localhost Téléchargements]# journalctl -b | grep -i nvidia
mai 11 10:31:28 localhost kernel: nvidia: loading out-of-tree module taints kernel.
mai 11 10:31:28 localhost kernel: nvidia: module license 'NVIDIA' taints kernel.
mai 11 10:31:28 localhost kernel: nvidia-nvlink: Nvlink Core is being initialized, major device number 246
mai 11 10:31:28 localhost kernel: nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
mai 11 10:31:28 localhost kernel: NVRM: loading NVIDIA UNIX x86 Kernel Module 390.132 Thu Oct 31 23:12:54 PDT 2019 (using threaded interrupts)
mai 11 10:31:28 localhost kernel: nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 390.132 Fri Nov 1 03:56:20 PDT 2019
mai 11 10:31:28 localhost kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
mai 11 10:31:28 localhost kernel: [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:01:00.0 on minor 0
mai 11 10:31:37 localhost kernel: input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input9
mai 11 10:31:37 localhost kernel: input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input10
mai 11 10:31:37 localhost kernel: input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input11
mai 11 10:31:37 localhost kernel: input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input12
mai 11 10:31:37 localhost kernel: input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input13
mai 11 10:31:39 localhost dkms-autorebuild.sh[704]: nvidia390 (390.132-6.mga7.nonfree): Already installed on this kernel.
mai 11 10:32:02 localhost kernel: caller os_map_kernel_space+0xe7/0x160 [nvidia] mapping multiple BARs
Voila le résultat de la commande.

Carte graphique:
Description: ‎GK208B [GeForce GT 730]
Fabricant: ‎NVIDIA Corporation
Module: ‎nouveau

-i n[root@localhost Téléchargements]# journalctl -b | grep -i nouveau
mai 11 11:42:53 localhost msec[8678]: - Added packages : x11-driver-video-nouveau-1.0.16-3.mga7
mai 11 11:42:53 localhost msec[8775]: - Removed packages : x11-driver-video-nouveau-1.0.16-1.mga7
mai 11 13:57:53 localhost drakhardware[14454]: running: modinfo -p nouveau
mai 11 13:58:04 localhost drakhardware[14454]: running: modinfo -p nouveau

on peut savoir ce qui bouffe encore du CPU avec la commande htop ? (ou top)
Car on vient d'écarter lightdm, donc quoi d'autre bouffe ?

Le gros client c'est celui déjà cité ,le reste c'est des broutilles.
Une photo de htop ,aucune action de logiciel,ordi au repos,la valeur de charge de Xorg.... est très fluctuante,des fois je suis obligé d'attendre pour avoir la main,le témoin du DD reste allumé pendant tout ce temps ,Grrrrrr.

Tiens, tiens ... Comme le disait nic80 des IO en rafale, ça étouffe le système.

Et le swap qui monte à 2 Go ! Sur Unix et je suppose sur GNU/Linux quand le swap monte, ça fait souvent très mal. Là, on veut faire tourner 4Go de programmes sur 2Go de mémoire.

2 symptômes, ou peut-être un seul, le même, vu à 2 points différents, et qui expliqueraient bien le ralentissement de cette machine. Mais à quoi sont dus ces symptômes ? Yo no se.

Pour faire avancer, je demanderais bien le htop trié sur %MEM.

Édité par magnux77 Le 11/05/2020 à 18h43

intéressant...
Sur htop, c'est dommage, on n'a pas la fin de la première ligne.
Toujours sur htop, peux tu faire F6 et jouer des flèches haut et bas pour classer par mémoire utilisé ?

C'est fait sur la photo ,sur tes conseils.ils sont par ordre de charge .
Elle est tellement longue que j'ai du mal à l'avoir entière.
{ecdf613f-fall-4731-81d7-d654722dd530} -background none -noreset -displayfd 17 -seat seat0 vt1 et voila la suite après sddm (copiée à la mano)