#1 Le 11/03/2016, à 16:09
- BussyGGPC
Usage du CPU cappant régulièrement à 100 % sur des programmes basiques
Bonjour,
J'ai installé il y a quelques semaines de ça Ubuntu 15.10 et j'ai depuis le départ des problèmes de CPU montant à 100 % régulièrement.
Le plus souvent ça arrive sur des jeux (rien de très lourd et sur mon ancienne Ubuntu 14.04 je n'avais pas ce problème alors que j'avais pourtant changé beaucoup de choses dans tous les sens) ou bien même sur la lecture vidéo que ce soit sur flash/html 5 dans firefox et chromium ou même des avi de 700 mo. L'application en cours freeze quelques secondes puis revient en partie à la normale.
J'ai plusieurs fois vérifié dans top ou gnome-system-monitor et c'est bien le programme en lui même qui se met à utiliser toutes les ressources et non pas un programme extérieur.
J'ai ces problèmes depuis ma réinstallation aussi ai-je déjà essayé de les régler en réréinstallant mais rien n'y fait, le problème persiste.
bussy@nowfree3:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz
stepping : 9
microcode : 0x17
cpu MHz : 2780.171
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt
bugs :
bogomips : 5187.90
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz
stepping : 9
microcode : 0x17
cpu MHz : 2926.015
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 0
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt
bugs :
bogomips : 5187.90
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz
stepping : 9
microcode : 0x17
cpu MHz : 2275.000
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 2
apicid : 2
initial apicid : 2
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt
bugs :
bogomips : 5187.90
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i5-3230M CPU @ 2.60GHz
stepping : 9
microcode : 0x17
cpu MHz : 2618.484
cache size : 3072 KB
physical id : 0
siblings : 4
core id : 1
cpu cores : 2
apicid : 3
initial apicid : 3
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt
bugs :
bogomips : 5187.90
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
bussy@nowfree3:~$
bussy@nowfree3:~$ cpupower frequency-info
analyzing CPU 0:
driver: intel_pstate
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 0.97 ms.
hardware limits: 1.20 GHz - 3.20 GHz
available cpufreq governors: performance, powersave
current policy: frequency should be within 1.20 GHz and 3.20 GHz.
The governor "performance" may decide which speed to use
within this range.
current CPU frequency is 2.61 GHz.
boost state support:
Supported: yes
Active: yes
25500 MHz max turbo 4 active cores
25500 MHz max turbo 3 active cores
25500 MHz max turbo 2 active cores
25500 MHz max turbo 1 active cores
bussy@nowfree3:~$
J'ai testé intel_pstate et acpi_cpufreq ainsi que tous leurs governors respectifs mais les problèmes sont les mêmes.
Hors ligne
#2 Le 11/03/2016, à 17:19
- moko138
Re : Usage du CPU cappant régulièrement à 100 % sur des programmes basiques
Merci d'avoir donné /proc/cpuinfo.
Donne aussi
free -m
J'ai plusieurs fois vérifié dans top ou gnome-system-monitor et c'est bien le programme en lui même qui se met à utiliser toutes les ressources et non pas un programme extérieur.
"le" programme : quel programme ?
Ferme gnome-system-monitor, trop gourmand, et laisse tourner
top -d 15
Et dès que ça s'emballe aux alentours de 100% (CPU ou mémoire), tu en copieras-colleras les premières lignes ici, dans ce genre :
top - 16:13:22 up 2:31, 5 users, load average: 0,17, 0,21, 0,22
Tasks: 164 total, 1 running, 163 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0,7 us, 0,3 sy, 0,0 ni, 98,9 id, 0,1 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 3867252 total, 858568 used, 3008684 free, 82536 buffers
KiB Swap: 1048572 total, 0 used, 1048572 free. 340956 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
13 root 20 0 0 0 0 S 97 1,0 0:59.66 machin
3225 bussy 20 0 341196 15892 11612 S 9,0 0,4 0:28.19 truc
3444 bussy 20 0 1028348 274028 54776 S 0,3 7,1 20:37.24 firefox
3694 bussy 20 0 5684 1392 1012 R 0,3 0,0 0:25.49 top
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#3 Le 11/03/2016, à 18:31
- BussyGGPC
Re : Usage du CPU cappant régulièrement à 100 % sur des programmes basiques
Par "le programme" je voulais dire que c'était bien vlc/un jeu/firefox/etc... qui faisait capper à 100 % et non un processus système ou autre qui amènerait ce problème puisque j'ai déjà rencontré ce genre de situation.
top - 17:28:33 up 1:06, 3 users, load average: 2,74, 1,86, 2,64
Tasks: 244 total, 5 running, 238 sleeping, 1 stopped, 0 zombie
%Cpu(s): 59,8 us, 27,8 sy, 0,0 ni, 12,1 id, 0,0 wa, 0,0 hi, 0,3 si, 0,0 st
KiB Mem: 3859548 total, 3666920 used, 192628 free, 66400 buffers
KiB Swap: 4001788 total, 64488 used, 3937300 free. 2543512 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4802 bussy 20 0 2791076 131272 39792 R 132,8 3,4 1:43.42 TITAN.exe
2016 bussy 9 -11 512052 13236 9692 S 60,1 0,3 3:02.43 pulseaudio
3400 bussy 20 0 822192 252120 93992 S 57,8 6,5 13:38.34 steam
1568 root 20 0 382524 68588 54296 R 18,1 1,8 6:51.97 Xorg
1986 bussy 20 0 1565196 103032 43116 R 13,0 2,7 3:34.22 compiz
1860 bussy 20 0 353284 6220 4368 S 12,6 0,2 0:09.36 ibus-daemon
4751 bussy 20 0 116396 15012 4012 S 7,8 0,4 0:04.15 wineserver
2383 bussy 20 0 1095252 50340 24548 S 7,4 1,3 0:45.97 unity-control-c
4817 bussy 20 0 120488 47664 31264 S 6,0 1,2 0:03.55 gameoverlayui
1906 bussy 20 0 378408 8948 7196 S 5,4 0,2 0:03.10 ibus-x11
2035 bussy 20 0 196040 6472 3896 S 3,7 0,2 0:02.55 ibus-engine-sim
7 root 20 0 0 0 0 S 2,7 0,0 0:20.53 rcu_sched
1904 bussy 20 0 477688 20864 13912 S 2,7 0,5 0:02.15 ibus-ui-gtk3
4440 bussy 20 0 30208 3072 2496 R 2,1 0,1 0:00.61 top
21 root rt 0 0 0 0 S 2,0 0,0 0:00.17 migration/2
2058 bussy 20 0 694804 38808 20992 R 1,6 1,0 0:01.12 python2
9 root 20 0 0 0 0 S 0,8 0,0 0:09.71 rcuos/0
25 root 20 0 0 0 0 S 0,8 0,0 0:07.30 rcuos/2
1993 bussy 20 0 655600 41720 20156 S 0,8 1,1 0:12.07 unity-panel-ser
2054 bussy 20 0 548408 30464 11724 S 0,7 0,8 0:03.50 indicator-cpufr
2052 bussy 20 0 403740 8312 6728 S 0,5 0,2 0:00.96 indicator-appli
Hors ligne
#4 Le 11/03/2016, à 18:32
- BussyGGPC
Re : Usage du CPU cappant régulièrement à 100 % sur des programmes basiques
Note : TITAN.EXE est un jeu (Titan Souls) qui tournait sans trop de problèmes avant cette nouvelle installation.
Hors ligne
#5 Le 11/03/2016, à 18:56
- moko138
Re : Usage du CPU cappant régulièrement à 100 % sur des programmes basiques
Excuse-moi mais "capper" n'est pas dans mes dicos. Ça veut dire "monter à" ?
- -
Les 3 premiers processus consomment 250% du CPU :
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4802 bussy 20 0 2791076 131272 39792 R 132,8 3,4 1:43.42 TITAN.exe
2016 bussy 9 -11 512052 13236 9692 S 60,1 0,3 3:02.43 pulseaudio
3400 bussy 20 0 822192 252120 93992 S 57,8 6,5 13:38.34 steam
Si on tient compte des 4 suivants :
1568 root 20 0 382524 68588 54296 R 18,1 1,8 6:51.97 Xorg
1986 bussy 20 0 1565196 103032 43116 R 13,0 2,7 3:34.22 compiz
1860 bussy 20 0 353284 6220 4368 S 12,6 0,2 0:09.36 ibus-daemon
4751 bussy 20 0 116396 15012 4012 S 7,8 0,4 0:04.15 wineserver
...on arrive à 300%
Sachant que ton CPU a 4 coeurs, il reste 100%.
Certes.
Mais on pourrait penser que tu installes des applis bien gourmandes.
P.S. : puisque
TITAN.EXE est un jeu (Titan Souls) qui tournait sans trop de problèmes avant cette nouvelle installation
1) que n'es-tu resté sur la 14.04 qui te donnait satisfaction ?
2) Ton fil pose une bonne question sur 15.10 (ou sur wine ?) mais je ne sais pas en dire plus.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#6 Le 11/03/2016, à 22:49
- BussyGGPC
Re : Usage du CPU cappant régulièrement à 100 % sur des programmes basiques
Plutôt "atteint le maximum possible", sur ce que j'ai copié on arrive à 300 % mais c'est après une petite période de freeze comme je le disais, si j'étais plus rapide ou que c'était gardé dans un log on verrait que j'arrive probablement à 400 % à un moment.
Plusieurs raisons :
1. Un bug que je n'arrivais pas à régler à cause duquel aucun périphérique de stockage externe ne fonctionnait pas.
2. À la base j'étais sur Unity mais j'étais passé à xfce, c'est le genre de changement qui "pourrissait" un peu mon système et je me disais qu'avec une installation fraîche et un système propre j'aurai un ordi un peu plus rapide encore.
3. Il y a un programme que je veux utiliser qui nécessite une version plus récente d'Ubuntu (pas de PPA avant la 14.10 pour le programme en question, et la compilation manuelle ne réglait pas le problème).
C'est une question sur la 15.10 pas sur Wine puisque ce problème se rencontre même sur la simple lecture d'un film ou des jeux natifs.
À la base j'ai voulu poster dans Autres logiciels et problèmes généraux ceci dit puisque mon problème ne semble pas vraiment lié à Unity mais je me suis trompé.
Hors ligne
#7 Le 11/03/2016, à 22:51
- BussyGGPC
Re : Usage du CPU cappant régulièrement à 100 % sur des programmes basiques
Et j'ai pas l'impression d'avoir 4 cœurs si ? Plutôt 2 cœurs et 4 threads ?
Edit : Après vérification c'est bien le cas, je ne sais pas sis ça change quelque chose dans ton calcul je n'ai jamais exactement compris les concepts de cœurs et de threads et leur différence : http://ark.intel.com/products/64896/Int … o-3_30-GHz
Dernière modification par BussyGGPC (Le 11/03/2016, à 22:56)
Hors ligne
#8 Le 12/03/2016, à 04:01
- moko138
Re : Usage du CPU cappant régulièrement à 100 % sur des programmes basiques
#6.1) Oui, j'ai retrouvé ton fil ./viewtopic.php?id=1954551&p=1 usb 14.04.
Avec 3 "NON-RÉCLAMÉ" dans lshw.
Comme si, en effet, les noyaux 3.13 prenaient mal en charge certains contrôleurs de ta carte mère Acer EA50_HC_CR.
N'aurais-tu pas une de ces options activées : "fast bios mode", "Intel Rapid Start", Intel SRT (="Smart Response Technology") ou "Express Cache" ?
- -
je n'ai jamais exactement compris les concepts de cœurs et de threads
moi non plus ! Mais je me suis fié à
$ cat /proc/cpuinfo
processor : 0
(...)
processor : 3
- -
#6.3) Et si c'était ce programme ajouté qui semait le désordre ? Quel est-il ?
- -
"capper", ça vient de quel région ou domaine technique ? As-tu d'autres infos ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#9 Le 13/03/2016, à 18:32
- BussyGGPC
Re : Usage du CPU cappant régulièrement à 100 % sur des programmes basiques
Non je n'ai aucune de ces options dans mon bios qui est assez pauvre en options.
"Et si c'était ce programme ajouté qui semait le désordre ? Quel est-il ?" je ne comprends pas. Si tu fais référence à ce que je disais dans le troisième message de ce poste, il fallait comprendre dans mon message que c'était bien un programme que je lançais qui commençait à occuper 100 % du CPU et ce que ce soit VLC/Firefox/un jeu X ou Y. Je faisais cette précision parce que j'ai des fois eu des situations où c'était un processus système qui prenait tout les capacités de mon ordi (un exemple : kworker qui a fait ce coup ci à beaucoup de gens il suffit de voir le nombre de résultats que donne la requête kworker high cpu sur un moteur de recherche).
Ça vient de l'anglais "to cap" qui signifie plafonner, j'ai intégré cet anglicisme dans mon vocabulaire à l'époque où je jouais à des MMOs dans lesquels il fallait faire atteindre à son personnage un certain "cap" dans une statistique pour pouvoir jouer à "haut niveau".
Hors ligne