Forums FUG-FR - CPU 10.7% interrupt

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

CPU 10.7% interrupt
19. Apr 2009 at 18:00

Bonjour,
En essayant de configurer powerd (option -i et -r dans /etc/rc.conf), je me suis aperçu d'un taux d'occupation de cpu anormal à l'aide de la commande top :
Quote:

CPU: 0.0% user, 0.0% nice, 0.1% system,

10.7% interrupt

, 89.1% idle

La commande syscat renvoie :
Quote:

/0 /1 /2 /3 /4 /5 /6 /7 /8 /9 /10
Load Average

/0% /10 /20 /30 /40 /50 /60 /70 /80 /90 /100
root idle: cpu2 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
root idle: cpu3 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
root idle: cpu0 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
root idle: cpu6 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
root idle: cpu7 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
root idle: cpu5 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
root idle: cpu1 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

root irq19: fwo XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

root idle: cpu4 XXXXXXX

Puis :vnstat :
Quote:

cow 93748 total
...
%ozfod 77747 fwohci0+++

Code:

#apropos fwohci
fwohci(4)                - OHCI FireWire chipset device driver

A l'origine du problème, la fréquence est toujours réglée au minimum (332Mhz), que ce soit en pleine compilation ou en attente, alors que théoriquement je dispose de :
Quote:

#sysctl dev.cpu.0.freq dev.cpu.0.freq_levels
dev.cpu.0.freq: 2661
dev.cpu.0.freq_levels: 2661/90000 2327/78750 1995/67500 1662/56250 1330/45000 997/33750 665/22500 332/11250

Comme c'est une machine assez récente, j'ai quelques périphériques non gérés :
Quote:

cat /var/log/dmesg.today |grep "no driver attached"
pci0: <base peripheral,

interrupt controller

> at device 16.0 (no driver attached)
pci0: <base peripheral,

interrupt controller

> at device 16.1 (no driver attached)
pci0: <base peripheral,

interrupt controller

> at device 20.0 (no driver attached)
pci0: <base peripheral,

interrupt controller

> at device 20.1 (no driver attached)
pci0: <base peripheral,

interrupt controller

> at device 20.2 (no driver attached)
pci0: <base peripheral,

interrupt controller

> at device 20.3 (no driver attached)
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)

Entre parenthèse, je ne dispose pas de la commande dmesg, donc je suis obligé d'utiliser cat.

Pour le pilote fwohci :
Quote:

pciconf -lv | grep -B 0 -A 5 fwohci
fwohci0@pci0:7:3:0: class=0x0c0010 card=0x4f538086 chip=0x8023104c rev=0x00 hdr=0x00
vendor = 'Texas Instruments (TI)'
device = 'TSB43AB21/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr'
class = serial bus
subclass = FireWire

Je débute sous bsd, et j'avance très lentement. J'ai quelques liens :

Configuring FreeBSD 6.x to use Intel SpeedStep or AMD PowerNow/Cool'n'Quiet
HOWTO: FreeBSD CPU Scaling with cpufreq.ko
'top' showing high interrupt rate

Soit j'arrive a régler le problème des interruptions, ou soit je trouve un moyen de faire fonctionner correctement powerd en tenant compte de ce problème ?
Ou bien est ce lié au 8 processeurs virtuels (avec hyper thtreading) du core i7
Sous gentoo cpufreq fonctionne correctement cependant (de 1.6 à 2.6 MHz)

Mon actuelle rubrique dans rc.conf ou j'ai fais quelques essais :
Quote:

# cpufreq
powerd_enable="YES"
# i (increase ? default 90%)
# r (reduce ? default 65%)
# powerd_flags="-a adaptive -r 20 -i 80"
powerd_flags="-a adaptive"

Back to top

« Last Edit: 19. Apr 2009 at 18:21 by pascal50 »

IP Logged

pascal50 Full Member Offline I Love BSD! Posts: 125 La Flèche (72) Gender:	Re: CPU 10.7% interrupt Reply #1 - 19. Apr 2009 at 18:16 Dans man 4 fwohci, le périphérique semble être géré : Quote: Texas Instruments TSB43AB21/A /AI/A-EP
Back to top	IP Logged

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

Re: CPU 10.7% interrupt
Reply #2 - 19. Apr 2009 at 18:37

Un peu plus de renseignement à propos des périphèriques non gérés :
Quote:

[root@poste04]~#pciconf -vl | grep -B 0 -A 3 '16:0'
none0@pci0:0:16:0: class=0x080000 card=0x00000000 chip=0x34258086 rev=0x12 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
subclass = interrupt controller
[root@poste04]~#pciconf -vl | grep -B 0 -A 3 '16:1'
none1@pci0:0:16:1: class=0x080000 card=0x00000000 chip=0x34268086 rev=0x12 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
subclass = interrupt controller
[root@poste04]~#pciconf -vl | grep -B 0 -A 3 '20:0'
none2@pci0:0:20:0: class=0x080000 card=0x00000000 chip=0x342e8086 rev=0x12 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
subclass = interrupt controller
[root@poste04]~#pciconf -vl | grep -B 0 -A 3 '20:1'
none3@pci0:0:20:1: class=0x080000 card=0x00000000 chip=0x34228086 rev=0x12 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
subclass = interrupt controller
[root@poste04]~#pciconf -vl | grep -B 0 -A 3 '20:2'
none4@pci0:0:20:2: class=0x080000 card=0x00000000 chip=0x34238086 rev=0x12 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
subclass = interrupt controller
[root@poste04]~#pciconf -vl | grep -B 0 -A 3 '20:3'
none5@pci0:0:20:3: class=0x080000 card=0x00000000 chip=0x34388086 rev=0x12 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
subclass = interrupt controller

Quote:

[root@poste04]~#pciconf -vl | grep -B 0 -A 3 '31:3'
ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x4f538086 chip=0x3a308086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
class = serial bus
subclass = SMBus

MODIF : voila le résultat d'une commande que je ne retrouvais plus :
Quote:

vmstat -i
interrupt total rate
irq16: uhci0+ 31 0
irq18: ehci0 uhci* 1 0

irq19: fwohci0+++ 1481042067 43118

irq21: uhci1 16 0
irq22: pcm0 16 0
cpu0: timer 67131953 1954
irq256: em0 48879 1
cpu1: timer 67121916 1954
cpu3: timer 67121941 1954
cpu6: timer 67121822 1954
cpu5: timer 67120837 1954
cpu7: timer 67121715 1954
cpu2: timer 67121886 1954
cpu4: timer 67120837 1954
Total 2018073917 58753

Back to top

« Last Edit: 19. Apr 2009 at 18:45 by pascal50 »

IP Logged

fgudin Global Moderator Offline PouetPouetBSD roul3z Posts: 1552 Thonon (74) Gender:	Re: CPU 10.7% interrupt Reply #3 - 20. Apr 2009 at 19:44 Il y a des chances que l'ACPI de ta machine soit buggée: je te laisse jeter un oeil à la section du manuel kivabien. Au passage, tu peux aussi commencer par t'assurer d'être à la toute dernière version de BIOS dispo auprès du fabricant (certains corrigent leurs bugs, des fois...)
Back to top	Tintin à Redmond IP Logged

pascal50 Full Member Offline I Love BSD! Posts: 125 La Flèche (72) Gender:	Re: CPU 10.7% interrupt Reply #4 - 22. Apr 2009 at 23:24 fgudin wrote on 20. Apr 2009 at 19:44: Au passage, tu peux aussi commencer par t'assurer d'être à la toute dernière version de BIOS dispo auprès du fabricant ... Merci, j'ai vu qu'il y avait des mises à jour à faire. J'essayerai le flash du bios dès que j'aurai un peu de temps pour faire ça calmement.
Back to top	IP Logged

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

Re: CPU 10.7% interrupt
Reply #5 - 24. Apr 2009 at 18:34

Bonjour,
Je viens de faire la mise à jour du bios de la carte mère. Mais le problème reste entier :
Quote:

CPU: 0.0% user, 0.0% nice, 0.2% system,

11.1% interrupt

, 88.7% idle

Quote:

# vmstat -i
interrupt total rate
irq16: uhci0+ 26 0
irq18: ehci0 uhci* 1 0
irq19: fwohci0+++ 8866522 20105
irq21: uhci1 16 0
irq22: pcm0 16 0
cpu0: timer 866331 1964
irq256: em0 640 1
cpu1: timer 856287 1941
cpu3: timer 856283 1941
cpu5: timer 856243 1941
cpu2: timer 856266 1941
cpu7: timer 856179 1941
cpu4: timer 856244 1941
cpu6: timer 856227 1941
Total 15727281 35662

1) Comment compiler un noyau avec fwohci0 lié "dynamiquement" (en module) ?
2) J'ai aussi comparer les sorties de pciconf -lvc (sous freeBSD) et lspci (GNU/linux gentoo)
Quote:

===================================================================
pci0:16.0
none0@pci0:0:16:0: class=0x080000 card=0x00000000 chip=0x34258086 rev=0x12 hdr=0x00
vendor = 'Intel Corporation'
class = base peripheral
subclass = interrupt controller
cap 09[50] = vendor (length 255) Intel cap 15 version 0
*******************************************************************
0x10=>16.0
00:10.0 PIC: Intel Corporation QuickPath Interconnect Physical and Link Layer Registers Port 0 (rev 12) (prog-if 00 [8259])
Flags: fast devsel
Capabilities: [50] Vendor Specific Information <?>
===================================================================

Back to top

IP Logged

pascal50 Full Member Offline I Love BSD! Posts: 125 La Flèche (72) Gender:	Re: CPU 10.7% interrupt Reply #6 - 25. Apr 2009 at 23:45 Bonsoir, J'ai du revenir à la version initiale du bios de la carte mère DX58SO : 3404 ==> 2394 car : 1) sous linux, ça plante 2) sous BSD, les interruptions montent à 20%
Back to top	IP Logged

Marck

God Member

Offline

I Love New YaBB

Posts: 1113

Re: CPU 10.7% interrupt
Reply #7 - 27. Apr 2009 at 19:17

Salut

Je ne connais guère ces questions mais tout de même je me demande, de façon générale, si tu utilises "le bon noyau".
Je n'ai là qu'un portable (sous OBSD) et son "double coeur" apparaît bien dans des commandes comme dmesg ou top (à condition d'utiliser le noyau bsd.mp).

Quote:

$ top -d1 | grep CPU
CPU0 states: 4.9% user, 0.0% nice, 1.0% system, 0.2% interrupt, 93.9% idle
CPU1 states: 1.3% user, 0.0% nice, 0.3% system, 0.0% interrupt, 98.4% idle
...

Quote:

$ dmesg | grep CPU
cpU0: Gdnui.e Intel(R) CPU T1600 @ 1.62GHz ("GenuineIntel" 486-cla3s) 1.67 GHz
...
cpu0: Genuine Intel(R) CPU T1600 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu1: Genuine Intel(R) CPU T1600 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz

En mode graphique, par exemple, gkrellm affiche bien CPU0 et CPU1... Bref, en tenant compte des caractéristiques de ton processeur, ne devais-tu pas avoir des résultats similaires (sous FBDS), avec "le bon noyau" ? Je n'ai pas l'impression que ce soit le cas.

Voilà, c'est peu et peut-être un peu à côté...
Marc

Back to top

WWW

IP Logged

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

Re: CPU 10.7% interrupt
Reply #8 - 29. Apr 2009 at 00:00

Bonsoir,

Comme j'ai désactivé l'hyper-threading, je ne dois voir que les 4 coeurs réels :
Quote:

$ dmesg |grep CPU
CPU: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2666.77-MHz K8-class CPU)
Logical CPUs per core: 2
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
cpu0: <ACPI CPU> on acpi0
p4tcc0: <CPU Frequency Thermal Control> on cpu0
cpu1: <ACPI CPU> on acpi0
p4tcc1: <CPU Frequency Thermal Control> on cpu1
cpu2: <ACPI CPU> on acpi0
p4tcc2: <CPU Frequency Thermal Control> on cpu2
cpu3: <ACPI CPU> on acpi0
p4tcc3: <CPU Frequency Thermal Control> on cpu3
SMP: AP CPU #3 Launched!
SMP: AP CPU #2 Launched!
SMP: AP CPU #1 Launched!

Par contre la commande top -d1 ne me renvoie aucune ligne contenant CPUn (n de 0 à 3).

Quote:

$ top -d3 |grep CPU
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
CPU: 0.0% user, 0.0% nice, 0.1% system, 21.3% interrupt, 78.6% idle
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
CPU: 0.0% user, 0.0% nice, 0.0% system, 21.6% interrupt, 78.4% idle
PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND

J'ai installé avec l'iso minimale amd64 (7.1-RELEASE-amd64-bootonly.iso). J'ai recompilé
le noyau a partir du GENERIC comme indiqué dans la doc : Configurer le noyau de FreeBSD

J'ai la ligne :
Quote:

options SMP # Symmetric MultiProcessor Kernel

dans /usr/src/sys/amd64/conf/POSTE03

Back to top

IP Logged

fgudin

Global Moderator

Offline

PouetPouetBSD roul3z

Posts: 1552
Thonon (74)
Gender: male

Re: CPU 10.7% interrupt
Reply #9 - 29. Apr 2009 at 09:29

pascal50 wrote on 29. Apr 2009 at 00:00:

Par contre la commande top -d1 ne me renvoie aucune ligne contenant CPUn (n de 0 à 3).

Et avec l'option '-P' ?
pascal50 wrote on 29. Apr 2009 at 00:00:

J'ai recompilé le noyau a partir du GENERIC comme indiqué (…)
J'ai la ligne :
Quote:

options SMP # Symmetric MultiProcessor Kernel

dans /usr/src/sys/amd64/conf/POSTE03

As-tu aussi 'device apic' ?

Back to top

Tintin à Redmond

IP Logged

Marck

God Member

Offline

I Love New YaBB

Posts: 1113

Re: CPU 10.7% interrupt
Reply #10 - 29. Apr 2009 at 10:14

Re

Pour la commande "top" ce n'est pas forcément significatif, elle n'est pas obligatoirement exactement la même sous OBSD et FBSD. Peut-être une question d'options comme le propose Francis. Pour le reste, je ne suis guère savant, et procède beaucoup par "essais et erreurs".

Sur mon dernier portable, j'ai testé sans succès FBSD et DFLY puis avec succès OBSD, je me suis donc arrêté à celui-ci (Que ta volonté soit faite!). J'ai dû mettre environ 4 jours pour arriver au multiboot Vista - BSD souhaité...

Si jamais il te venait à l'idée de tester ton PC sous OBSD, ne serait-ce que "histoire de voir", je te conseille le "Basic LiveCD" que tu pourras trouver ici:
http://jggimi.homeip.net/livecd/downloads.html
Il est minimaliste mais "parfait" dans sa version Basic ; libre à toi d'en prendre une autre.

Je crois qu'il démarre par défaut sur le noyau bsd, donc si tu veux tester le noyau bsd.mp tu devras entrer quelque chose de ce genre:
boot> bsd.mp
Si cela ne fonctionnait pas, vois dans le genre:
boot> boot cd0a:/bsd.mp

En fin de démarrage choisis "Console" (tu pourras toujours lancer X après avec un startx). Une fois en console pour avoir un clavier français, entre:
# wsconsctl -w keyboard.encoding=fr
Vois ce que tu obtiens (dmesg, top, ifconfig, pcidump -v et non pciconf -lv comme sous FBSD). Vois si cela te semble aller.

Si tu testes X avec un simple startx, pour avoir un clavier français entre dans un xterm:
# setxkbmap fr

Voilà, tu pourras voir si tes problèmes persistent ou non. Certes, c'est plus une façon d'essayer de les contourner que de les résoudre, et cela ne t'intéressera pas si tu tiens absolument à FBSD... bien que parfois on peut ainsi faire des "découvertes" qui sont ensuite "transposables".

Désolé de n'avoir rien de mieux à te proposer.

Bon courage, Marc.

Back to top

WWW

IP Logged

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

Re: CPU 10.7% interrupt
Reply #11 - 29. Apr 2009 at 19:27

Bonsoir et merci pour l'aide.
Quote:

#top -P -d4

last pid: 1016; load averages: 0.02, 0.16, 0.10 up 0+00:05:24 19:13:52
71 processes: 1 running, 70 sleeping
CPU 0: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
CPU 1: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
CPU 2: 0.0% user, 0.0% nice, 0.0% system, 85.8% interrupt, 14.2% idle
CPU 3: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
Mem: 66M Active, 24M Inact, 113M Wired, 684K Cache, 41M Buf, 5715M Free
Swap: 6144M Total, 6144M Free

Quote:

#grep -i apic /usr/src/sys/amd64/conf/POSTE03
device atapicd # ATAPI CDROM drives

Donc je n'ai pas device apic . Je vais rechercher de la doc là dessus. Merci.

Pour ce qui est de OpenBSD, je suis pas contre. La finalité c'est d'avoir une station de travail avec environnement graphique et quelques services (apache, mysql ...) J'ai par ailleurs lu qu'il n'y avait pas de pilotes nvidia 64 bits alors pour l'instant je me contente
de nv. De toute manière j'ai d'autre soucis à régler donc ce n'est pas l'urgence.
Ma priorité c'est :
compiler un noyau correct
maîtriser d'avantage la configuration et la mise à jour, et là y'a du travail Wink

utiliser correctement la doc, car c'est quand même confus pour moi. J'ai l'impression que tout est dispersé.

Donc je prendrai quand même le temps de griller un Basic LiveCD et de tester.

Je ne sais toujours pas comment on choisi d'intégre un module du noyau en dynamique ou en statique.

Back to top

« Last Edit: 29. Apr 2009 at 19:37 by pascal50 »

IP Logged

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

Re: CPU 10.7% interrupt
Reply #12 - 29. Apr 2009 at 19:42

J'ai
Quote:

device acpi

mais apic provoque une erreur Je suppose que c'est une erreur de frape (coquille) ?
Quote:

config: Error: device "apic" is unknown

MODIF : je viens de voir ça :

Quote:

device apic # I/O APIC

Quote:

Note: The apic device exists

only on the i386

architecture, this configuration line should not be used on other architectures.

Pascal.

Back to top

« Last Edit: 29. Apr 2009 at 19:53 by pascal50 »

IP Logged

pascal50

Full Member

Offline

I Love BSD!

Posts: 125
La Flèche (72)
Gender: male

Re: CPU 10.7% interrupt
Reply #13 - 09. Mar 2010 at 10:06

Bonjour,
Ces soucis ont l'air spécifiques à l'architecture amd64.
J'ai fais une installation 8-RELEASE i386, et la consommation CPU était normale (idle entre 96 et 99 %)
Le temps de la crasher (en essayant de d'installer les pilotes nvidia) et de réinstaller une 8-RELEASE amd64 et les problèmes reviennent :
Quote:

last pid: 17280; load averages: 0.40, 0.41, 0.40 up 0+01:06:57 10:03:45
117 processes: 1 running, 116 sleeping
CPU 0: 5.6% user, 0.0% nice, 3.0% system, 0.4% interrupt, 91.0% idle
CPU 1: 3.4% user, 0.0% nice, 20.3% system, 2.6% interrupt, 73.7% idle
CPU 2: 3.4% user, 0.0% nice, 2.2% system, 0.4% interrupt, 94.0% idle
CPU 3: 3.7% user, 0.0% nice, 6.0% system, 0.0% interrupt, 90.3% idle
Mem: 306M Active, 85M Inact, 241M Wired, 2020K Cache, 157M Buf, 5281M Free
Swap: 6144M Total, 6144M Free

Quote:

last pid: 18213; load averages: 0.66, 0.50, 0.43 up 0+01:10:51 10:07:39
119 processes: 2 running, 117 sleeping
CPU: 2.4% user, 0.0% nice, 10.3% system, 1.0% interrupt,

86.2% idle

Mem: 306M Active, 85M Inact, 241M Wired, 2020K Cache, 157M Buf, 5281M Free
Swap: 6144M Total, 6144M Free

[résolu]PS : je me retrouve avec une zone de saisie à peine plus grosse qu'un timbre poste et une taille par défaut des caractère à 6 !

Back to top

« Last Edit: 09. Mar 2010 at 10:26 by pascal50 »

IP Logged

fgudin

Global Moderator

Offline

PouetPouetBSD roul3z

Posts: 1552
Thonon (74)
Gender: male

Re: CPU 10.7% interrupt
Reply #14 - 09. Mar 2010 at 11:01

pascal50 wrote on 29. Apr 2009 at 19:27:

Je ne sais toujours pas comment on choisi d'intégre un module du noyau en dynamique ou en statique.

Je reviens là-dessus, je vois que personne n'avait répondu à cette question: il te suffit de retirer ce qui est firewire de la config de ton noyau. Les modules correspondants (sauf si spécifié explicitement) seront quand même construits et installés. De la sorte, tu pourrais quand même retenter ta chance en 64bits pour voir si ça participe à ce flot d'interruptions, et charger du fw uniquement en temps voulu, si tu en as le besoin.

Back to top

Tintin à Redmond

IP Logged

	Welcome, Guest. Please Login or Register