Re,
Voilà ce que donne top :
top - 15:49:10 up 11 min, 1 user, load average: 0,54, 0,50, 0,37
Tasks: 206 total, 2 running, 204 sleeping, 0 stopped, 0 zombie
%Cpu(s): 1,6 us, 0,6 sy, 0,0 ni, 97,7 id, 0,1 wa, 0,0 hi, 0,0 si,
0,0 st
MiB Mem : 3939,7 total, 2245,0 free, 782,2 used, 912,4 buff/cache
MiB Swap: 4788,0 total, 4788,0 free, 0,0 used. 2876,9 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1206 root 20 0 363772 93764 73344 S 4,0 2,3 0:53.01 Xorg
1594 moebius 20 0 179288 72468 36992 S 3,3 1,8 0:30.61 compiz
1990 moebius 20 0 502884 53432 41860 S 2,3 1,3 0:08.66
mate-te+
880 root -51 0 0 0 0 S 0,7 0,0 0:04.16
irq/33-+
159 root 20 0 0 0 0 I 0,3 0,0 0:00.81
kworker+
1999 moebius 20 0 9152 3744 3048 R 0,3 0,1 0:01.75 top
1 root 20 0 167100 11392 8040 S 0,0 0,3 0:02.17
systemd
Un autre juste après :
top - 16:02:52 up 24 min, 1 user, load average: 0,16, 0,26, 0,33
Tasks: 211 total, 1 running, 210 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,3 us, 0,3 sy, 0,0 ni, 94,9 id, 4,5 wa, 0,0 hi, 0,0 si,
0,0 st
MiB Mem : 3939,7 total, 681,7 free, 1504,0 used, 1754,0 buff/cache
MiB Swap: 4788,0 total, 4788,0 free, 0,0 used. 2091,3 avail Mem
Le truc qui semble préoccupant est le 97,7 id dans la ligne cpu, non ?
La doc donne pour id :
id, idle : time spent in the kernel idle handler
Mais je ne sais ce que cela veut dire...
Pour le journal, j'ai pris un peu avant de lancer la commande
[recharger] dans synaptic et un peu après, ça donne ça :
févr. 15 15:58:26 moebius-debian dbus-daemon[851]: [system] Successfully
activated service 'org.freedesktop.hostname1'
févr. 15 15:58:26 moebius-debian systemd[1]: Started Hostname Service.
févr. 15 15:58:56 moebius-debian systemd[1]: systemd-hostnamed.service:
Succeeded.
févr. 15 16:04:18 moebius-debian sudo[3348]: pam_unix(sudo:auth):
Couldn't open /etc/securetty: Aucun fichier ou dossier de ce type
févr. 15 16:04:20 moebius-debian sudo[3348]: pam_unix(sudo:auth):
Couldn't open /etc/securetty: Aucun fichier ou dossier de ce type
févr. 15 16:04:20 moebius-debian sudo[3348]: moebius : TTY=pts/0 ;
PWD=/home/moebius ; USER=root ; COMMAND=/usr/bin/su
févr. 15 16:04:20 moebius-debian sudo[3348]: pam_unix(sudo:session):
session opened for user root by (uid=0)
févr. 15 16:04:20 moebius-debian su[3349]: (to root) moebius on pts/0
févr. 15 16:04:20 moebius-debian su[3349]: pam_unix(su:session): session
opened for user root by (uid=0)
févr. 15 16:05:02 moebius-debian dbus-daemon[851]: [system] Activating
via systemd: service name='org.freedesktop.PackageKit'
unit='packagekit.service' requested by ':1.186' (uid=0 pid=3540
comm="/usr/bin/gdbus call --system --dest org.freedeskto")
févr. 15 16:05:02 moebius-debian systemd[1]: Starting PackageKit Daemon...
févr. 15 16:05:02 moebius-debian PackageKit[3543]: daemon start
févr. 15 16:05:02 moebius-debian dbus-daemon[851]: [system] Successfully
activated service 'org.freedesktop.PackageKit'
févr. 15 16:05:02 moebius-debian systemd[1]: Started PackageKit Daemon.
voili voilou, merci pour tout
Le 15/02/2020 à 14:57, Olivier Allard-Jacquin a écrit :
> Bonjour,
>
> Le 15/02/2020 à 13:16, Moebius a écrit :
>> Bonjour,
>>
>> Merci pour toutes ces informations.
>>
>> J'ai un peu essayé les commandes fournies mais je n'arrive pas à avoir
>> l'historique des processus...
>>
>> Pour gkrellm, si je prends comme exemple la chaîne à entrer pour le cpu
>> ( $T \r$s ), je la rentre dans le champ « chaîne de formatage des
>> étiquettes de graphique» en cliquant sur [Intégrés]-> [CPU] ->
>> [Configuration] ; c'est bien ça ?
> Tout à fait. Tu peux rentrer les autres paramètres que j'ai donné pour
> les autres capteurs. Celui sur le disque est, je pense, le plus
> important pour ton problème.
>
>> En tt cas, ça ne donne pas grand chose dans l'affichage de gkrellm qui a
>> d'ailleurs planté quand j'ai essayé de cliquer dans la fenêtre sur CPU !
>> :-)
> Bizarre, je ne l'ai jamais vu planter, et pourtant il est tout le temps
> lancé sur mes machines !
>
>> Par ailleurs, top done des infos utiles mais comme il freeze aussi,
>> lorsqu'il se remet en route, il n'indique plus rien d'intéressant...
> Ca c'est intéressant comme information. Un "top" qui freeze, c'est
> inhabituel. La piste d'un problème sur les IO se précisent.
>
> Si tu as un smartphone, prend une photo du "top" lorsque le problème
> intervient, et envoie-le moi en message perso (la ML guilde empêche les
> attachements).
>
> Extrait du "top" chez moi à l'heure actuelle, où mon CPU est en train
> de faire des calculs mathématiques (peu d'accès disques & réseaux):
>
>
>
> top - 14:21:02 up 1:11, 11 users, load average: 7,53, 7,69, 7,71
>
> Le "load average" (ie: "charge moyenne"):
> - il indique le nombre de processus qui sont en attente devant le/les CPU(s)
> - un valeur inférieur à 1 veut dire le CPU est sous-chargé, et que
> lorsqu'un processus à besoin de temps de calcul, celui-ci lui est
> immédiatement donné. C'est typiquement le cas lorsque tu tapes un mail
>
> - une valeur supérieur à 1 indique veut qu'il y a plusieurs processus
> qui attentent que le CPU traitent leur demande (imagine une file
> d'attente à la boulangerie). Une charge trop importante, disons 2 à 3
> fois ton nombre de coeurs, va rendre inutilisable ta machine.
>
> - les 3 valeurs sont: valeur instantanée, moyenne sur 10s, moyenne sur
> 60s. Si la valeur moyenne sur 60s est importante, cela indique que ta
> machine est bien sollicitée sur le long terme.
>
> - dans mon cas, ma machine à 4 coeurs réels, donc elle supporte bien une
> charge de 4.
>
>
>
> Tasks: 230 total, 1 running, 229 sleeping, 0 stopped, 0 zombie
>
> Ici, on voit qu'il n'y a qu'un seul processus qui tourne (en-dehors de
> "top". Les 229 autres sont en sommeil (pour quelques milli-secondes, ou
> plus longtemps).
>
>
>
> %Cpu(s): 47,3 us, 2,7 sy, 45,7 ni, 4,0 id, 0,0 wa, 0,0 hi, 0,2 si,
> 0,0 st
>
> Là, c'est intéressant:
> - 47,3 us. Le "us", c'est pour "user". C'est le % CPU que prend les
> processus "normaux"
>
> - 2.7 sys: C'est le % CPU utilisé par le kernel lui-même, comme par
> exemple les drivers/modules (réseau, son, vidéo, etc ...), le
> scheduleur, etc ... Un valeur élevée (disons > 10%) est inhabituelle, et
> peut indiquer qu'un driver/module a planté, ce qui peut être assez
> grave. Et si c'est vraiment trop haut, alors la machine peut semblé
> "freezée"
>
> - 45,7 ni. C'est le % CPU utilisé par les processus qui sont en "nice"
> (ie: gentils). Ce sont des processus qui s'exécutent en basse priorité.
> Dans la file d'attente du kernel, ils se laissent passer devant.
> Dans mon cas, la motié du temps CPU est consommée par ce type de
> processus (des calculs mathématiques), ce qui fait que la machine reste
> fluide à utiliser. En effet, mon logiciel de mail est prioritaire par
> rapport à ces processus-là, donc le CPU traite immédiatement ses demandes.
>
> - 0,0 wa. "wait". C'est le % CPU perdu à attendre que les I/O répondent
> (le disque dur, le réseau, ...) . Lorsque la valeur est élevée, on s'en
> rend compte immédiatement, parce que la machine semble "lourde", c'est à
> dire que la souris bouge très lentement, les touches tapées mettent du
> temps à s'afficher, etc ... Je pense que chez toi, tu dois avoir un fort
> % de "wait"
>
>
> MiB Mem : 3939,1 total, 115,5 free, 2144,7 used, 1678,9 buff/cache
>
> MiB Swap: 0,0 total, 0,0 free, 0,0 used. 1400,2 avail Mem
>
>
>> Pour journalctl, j'ai du mal à interpréter les informations délivrées...
> Après un ralentissement de thunderbird, fait un
> journalctl|gzip -9 > /tmp/journalctl.gz
>
> et envoie-moi le /tmp/journalctl.gz en message perso, en m'indiquant
> l'heure du problème.
>
> Cordialement,
> Olivier
