ksoftirqd, le retour...

triss · Le 02/06/2010, à 21:48

Des nouvelles?

r17777 · Le 08/06/2010, à 13:33

Salut tout le monde!

même soucis sur mon très symatique Amilo XI2528-P5410.
Evidement ce ksoftirqd le rend bien moins sympathique.

De mon côté je suis trop newbie pour vous aider ...:/
je peux juste dire que ça semble pas n'apparaitre qu'après une sortie d'hibernation (que j'utilise presque tous les soirs) mais aussi après un démarage normale ...et sans plantage de fermeture de fenètre divers.

j'me rend surtout compte quand le ventilo (normalement silencieux) de mon Fujitsu siemens se met à brasser plus! et surtout qd Firefox n'avance presque plus...

Ma solution est aussi de rédémarer tout bonnement! parfois trois fois dans la journée ...c'est chiant! et ce qui est le plus chiant c'est qu'il ne semble pas ressortir de début de réponse à ce soucis... :-$

Solidairement votre!
Erwann

Edit:
1/seul un des proco de mon double coeur monte à 100%
2/ information sur problème suite à un démarage normale à prendre avec des pincettes.. je ne suis plus trop sûr .. mais j'vais y faire attention dans les jours à venir. Je ne vais plus utiliser l'hibernation ou la mise en veille et voir si Ksoftirqd se manifeste...wait and see

Dernière modification par r17777 (Le 08/06/2010, à 13:40)

brainstorm · Le 09/06/2010, à 20:52

Salut
Même problème, un dual core, Kubuntu 10.04 et un ksotirqd/1 tjs à 100%... j'ai bien tenté de désactiver l'acpi (GRUB_CMDLINE_LINUX="acpi=off noapic") et miracle ksotirqd/1 reprend des % normaux MAIS maintenant c'est ksotirqd/0 qui tourne à 100%
Je ne peu même pas m'arracher les cheveux, ils sont coupés ras

QUE FAIRE ??? et google a beau être mon ami...
FRED

brainstorm · Le 09/06/2010, à 21:36

Ups ! je viens de voir que j'avais un dvd dans le lecteur, je l'ai enlevé et mis un cd à la place, impossible de le lire. Redémarrage, et tout est revenu dans l'ordre, les ksoftirkd 0 ou 1 ont repris des valeurs plus normales... Bizarre ce serait donc du à un DVD non lisible ??? si cela peut servir à quelqu'un
FRED

r17777 · Le 13/06/2010, à 12:47

r17777 a écrit :

Edit:
1/seul un des proco de mon double coeur monte à 100%
2/ information sur problème suite à un démarage normale à prendre avec des pincettes.. je ne suis plus trop sûr .. mais j'vais y faire attention dans les jours à venir. Je ne vais plus utiliser l'hibernation ou la mise en veille et voir si Ksoftirqd se manifeste...wait and see

Bon je confirme....après plusieurs jours sans hibernation Ksoftirqd ne s'est pas manifesté...
Et hier, après une nouvelle hibernation, il s'est à nouveau manifesté (et ceci sans difficulté notable à fermer une application) ...donc dans mon cas, c'est aussi suite à l'hibernation, et de manière quasi systématique.

Ce qui bien entendu est très génant vu l'utilisation quasi systématique que j'ai aussi de cette fonction éconologique (écologique + économique) essentielle!

Par contre ne maitrisant pas les affaires de bios ...je préfère attendre un eventuel corectif à venir.

Dernière modification par r17777 (Le 13/06/2010, à 12:51)

Solaris974 · Le 08/08/2010, à 15:48

Bon allé, j'me joins au club !

Avec un Clevo M570TUv2, et Ubuntu 9.10, à la sortie de veille....

Serik · Le 09/08/2010, à 03:15

Pour ma part (le post d'origine est de moi) le problème ne se manifeste plus sous Lucid.
A titre informatif, je n'utilise jamais le mode veille, DPMS est désactivé, mais je pense pas que ça ait un rapport direct.
Y'a juste apt-update, à chaque démarrage, qui me fait un full load pendant quelques secondes, mais ça c'est parce que ça a été codé avec les pieds!
Désolé de ne pas pouvoir vous aider plus mais mes compétences en programmation système et en apps linux sont assez limitées!

Solaris974 · Le 09/08/2010, à 06:46

Nan mais t'inquiète
De toute façon personnellement je trouve que Ubuntu ca commence à devenir un peu n'importe quoi depuis quelques temps.
Je veux dire par là qu'on a plus de problèmes avec les nouvelles versions qu'avec les anciennes.
Par exemple avec mon ordi c'est "impossible" de faire fonctionner Lucid avec les driver nVidia proprio....

Après le problème si on passe à Debian, c'est qu'on a des paquets qui date de quelque siècle et vive la nouveauté... enfin c'est trop cool...

Je vais voir du côté du DPMS et de l'ACPI merci

zydar · Le 13/08/2010, à 07:47

up

avec un hp pavillon et un 10.04 . . . :s (installation des paquets fait main . . .)

Bakanana · Le 16/08/2010, à 08:47

J'adhère au club avec un Packard Bell SB89-p-010.

Ça me fait le même coup après mise en veille et hibernation, ksoftirqd/0 entre 98 et 100% du CPU...

darkrv · Le 18/08/2010, à 04:00

C'est pas ubuntu puisque ça me le fait sous windows seven AUSSI!
Essayez de mettre en veille plusieurs fois sous windows seven et vous verrez un des processeurs tourner a 100%...
(J'ai un packard bell sb 87)

Dernière modification par darkrv (Le 18/08/2010, à 04:03)

Solaris974 · Le 18/08/2010, à 07:49

J'ai la flemme d'essayer avec Seven

Serik · Le 18/08/2010, à 08:45

Est-ce que quelqu'un a essayé en désactivant DPMS? J'en suis pas sûr mais vu que je ne l'utilise plus du tout, c'est peut-être pour ça que je n'ai plus le problème.

triss · Le 24/08/2010, à 13:01

BOnjour,

Le problème s'était calmé chez moi. J'avoue ne plus avoir trop utilisé la veille et l'hibernation mais je me suis rendu compte que lorsque je passais en hibernation, le problème arrivait moins souvent. En revanche, le ksoftirqd est a fond sur un des proco (presque) systématiquement lors d'une veille.
Ce qui est franchement énervant, c'est ce manque de régularité dans ce bug...

mrlem · Le 04/09/2010, à 14:49

Salut les camarades d'infortune : juste pour vous signaler que j'ai essayé la version 10.10 beta.
Et bien le problème persiste...

La mise en veille cause systématiquement un passage de ksoftirqd à 100%.
Désespérant ? qui a dit désespérant ?

Serik · Le 04/09/2010, à 18:06

Y'a une chose qui est possible : tout le monde cherche du côté de ksoftirqd, mais c'est peut-être pas lui le responsable! Ksoftirqd ne fait que traiter les interruptions que d'autres processus lui envoie...
Le problème remonte à 2004, et d'après ce qu'on trouve sur le net ça pourrait être en rapport avec la pile tcp/ip.
Essayez :
sudo service acpid restart
sudo service acpi-support restart
sudo service networking restart

etc...

"service --status-all" pour tous les lister jusqu'à trouver le responsable!

mrlem · Le 05/09/2010, à 17:52

Pas réussi à localiser le processus fautif avec les service ... restart (certains requièrent des arguments).

Par contre, en regardant les interruptions via "cat /proc/interrupts", ça donne :

mrlem@mrlem-laptop:/usr/bin$ cat /proc/interrupts

           CPU0       CPU1       
  0:    1387240     853028   IO-APIC-edge      timer
  1:      18529       4198   IO-APIC-edge      i8042
  8:          0          1   IO-APIC-edge      rtc0
  9:      99127      10959   IO-APIC-fasteoi   acpi
 10:      24549       3981   IO-APIC-edge      lirc_ite8709
 12:       1011       7435   IO-APIC-edge      i8042
 14:      36845      27768   IO-APIC-edge      ata_piix
 15:          0          0   IO-APIC-edge      ata_piix
 16:         80       3218   IO-APIC-fasteoi   uhci_hcd:usb3, nouveau, firewire_ohci
 17:          0          0   IO-APIC-fasteoi   mmc0
 18:         39         22   IO-APIC-fasteoi   ehci_hcd:usb1, uhci_hcd:usb7, ahci
 19:      92770     209483   IO-APIC-fasteoi   uhci_hcd:usb6
 21:          0          0   IO-APIC-fasteoi   uhci_hcd:usb4
 23:          3          1   IO-APIC-fasteoi   ehci_hcd:usb2, uhci_hcd:usb5
 46:     275423       8571   PCI-MSI-edge      ahci
 47:      22558      81523   PCI-MSI-edge      sky2@pci:0000:08:00.0
 48:       5092       3731   PCI-MSI-edge      iwlagn
 49:        260        566   PCI-MSI-edge      hda_intel
NMI:          0          0   Non-maskable interrupts
LOC:     974422    1129000   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:          0          0   Performance monitoring interrupts
PND:          0          0   Performance pending work
RES:      28169      33055   Rescheduling interrupts
CAL:        299        326   Function call interrupts
TLB:      27257      28686   TLB shootdowns
TRM:          0          0   Thermal event interrupts
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:         49         47   Machine check polls
ERR:          7
MIS:          0

En regardant les interruptions qui n'augmentent rapidement que sur CPU0 (celui à 100%), je réduis la liste des suspects à :

IO-APIC-edge      timer
IO-APIC-edge      i8042
IO-APIC-fasteoi   acpi
IO-APIC-edge      lirc_ite8709

Le princpal suspect est donc le timer IO-APIC-edge. Viennent ensuite l'ACPI, un contrôleur clavier (i8042) et un contrôleur de port infra-rouge (si je me fie à http://old.nabble.com/-PATCH--ITE8709-receiver-support-td17618035.html).

mrlem · Le 05/09/2010, à 18:01

Autre élément, j'ai lancé powertop (pour voir les causes principales de wakeup) :

     PowerTOP version 1.13      (C) 2007 Intel Corporation

Cn                Avg residency       P-states (frequencies)
C0 (cpu running)        (53,5%)       Turbo Mode    65,1%
polling           0,0ms ( 0,0%)         2,00 Ghz     0,2%
C1 mwait          0,0ms ( 0,0%)         1,60 Ghz     0,1%
C2 mwait          0,4ms ( 0,1%)         1200 Mhz     0,3%
C4 mwait          2,7ms (46,5%)          800 Mhz    34,4%

Wakeups-from-idle per second : 175,2    interval: 5,0s
no ACPI power usage estimate available

Top causes for wakeups:
  64,5% (500,4)   [kernel scheduler] Load balancing tick
   8,8% ( 68,4)   [uhci_hcd:usb6] <interrupt>
   8,8% ( 68,4)   USB device  6-1 : USB-PS/2 Optical Mouse (Logitech)
   7,1% ( 54,8)   [acpi] <interrupt>
   0,0% (  0,0)D  rsyslogd
   2,9% ( 22,2)   firefox-bin
   2,2% ( 16,8)   [lirc_ite8709] <interrupt>
   1,3% ( 10,0)   ubuntuone-syncd
   0,8% (  6,0)   Xorg
   0,6% (  5,0)   syndaemon
   0,5% (  4,0)   [ata_piix] <interrupt>
   0,5% (  4,0)   [kernel core] usb_hcd_poll_rh_status (rh_timer_func)
   0,5% (  3,6)   [ahci] <interrupt>
   0,4% (  3,4)   gnome-terminal
   0,2% (  1,4)   [Rescheduling interrupts] <kernel IPI>
   0,2% (  1,4)   ksoftirqd/0
   0,1% (  1,0)   clock-applet
   0,1% (  1,0)   gvfs-afc-volume
   0,1% (  0,8)   top
   0,1% (  0,4)   gnome-settings-
   0,1% (  0,4)   update-notifier
   0,1% (  0,4)   udisks-daemon
   0,0% (  0,2)   [kernel core] inc_rt_group (sched_rt_period_timer)
   0,0% (  0,2)   [kernel core] bdi_arm_supers_timer (sync_supers_timer_fn)
   0,0% (  0,2)   jbd2/sda6-8
   0,0% (  0,2)   NetworkManager
   0,0% (  0,2)   sudo
   0,0% (  0,2)   bdi-default
   0,0% (  0,2)   gnome-panel

Histoire de voir le facteur commun, y a-t-il d'autres gens qui ont aussi le problème qui pourraient confirmer qu'ils ont les mêmes comportements ?
(i.e. wakeups à cause de "[kernel scheduler] Load balancing tick" et interruptions IO-APIC)

[edit] j'ai refait mon powertop et le groupe de tête est assez différent :

  76,9% (500,4)   [kernel scheduler] Load balancing tick
   5,9% ( 38,4)   [acpi] <interrupt>
   3,5% ( 22,5)   firefox-bin
   2,9% ( 19,1)   USB device  6-1 : USB-PS/2 Optical Mouse (Logitech)
   2,8% ( 18,4)   [uhci_hcd:usb6] <interrupt>
   2,6% ( 16,7)   [lirc_ite8709] <interrupt>

A titre de comparaison avec toutes les données précédentes (lorsque ksoftirqd est à 100% de CPU), j'ai effectué les mêmes opérations avant que le problème ne se produise (i.e. avant de "suspendre" l'ordinateur). Voici les différences :

cat /proc/interrupts :
- le timer IO-APIC-edge augmente au même rythme sur les 2 cœurs
- acpi et lirc_ite8709 n'augmentent pas
- i8042 augmente (en même temps j'utilise mon clavier )

powertop :
32,2% ( 55,4) [kernel scheduler] Load balancing tick

ACPI et lirc_ite8709 ne sont pas présents.

Ce qu'on peut en dire à l'heure actuelle :

- le kernel scheduler est beaucoup moins sollicité (mais je soupçonne qu'il s'agit plus d'une conséquence de la moindre activité
- il y a un problème soit avec l'ACPI, soit lirc_ite8709 (si l'un est la conséquence de l'autre), soit les 2
- si j'en crois http://old.nabble.com/-PATCH--ITE8709-receiver-support-td17618035.html ce driver était le 1er module kernel du gars qui l'a écrit (en juin 2008), j'y lis aussi que ce recepteur infra-rouge est listé dans /sys/bus/acpi/devices/ => conclusion, on a un driver relativement jeune dont le codeur n'était pas très expérimenté (je ne le blâme pas, hein, soyons d'accord) et qui touche à l'ACPI, qui lui est une fonctionnalité implémentée depuis un certain temps.

Mon avis : il y a un bug dans le module lirc_ite8709 qui cause une suractivité de l'ACPI au réveil, qui cause un emballement du scheduler. Le tout faisant que notre pauvre ksoftirqd est innondé d'interruptions (comme tu le disais, Serik0)

Le moyen d'être sûr : voir si ce driver est présent chez beaucoup de personnes observant le problème.

Dernière modification par mrlem (Le 05/09/2010, à 19:36)

mrlem · Le 05/09/2010, à 19:23

Waouuuuuuuuuuuuuuuuuuuuuh ! çà y est, enfin, après tant de temps, voici un contournement :

j'ai ajouté une ligne à /etc/modprobe.d/blacklist.conf :

blacklist lirc_ite8709

Parceque franchement, le port infra-rouge, j'en ai pas grand-chose à faire. Le problème ne se produit plus, je peux mettre mon ordi en veille, il se réveille bien

Ouf !

Conclusion, si vous aussi c'est ce driver qui vous pose problème, désactivez le comme moi, sinon, localisez le driver à problème et désactivez-le (si ce n'est pas un composant critique).

Après, si quelqu'un se sent de corriger le bug du driver du récepteur infra-rouge, ce sera encore mieux
(étant en vacances, je vais peut-être essayer de voir, mais je n'ai pas encore toutes les compétences qui vont bien, et je sens que le temps va manquer)

Ah, et vraiment un énorme merci à toi Serik pour ton dernier message, il m'a vraiment bien aidé.

Dernière modification par mrlem (Le 05/09/2010, à 19:29)

mrlem · Le 05/09/2010, à 21:25

Pour info, j'ai créé un bug sur Launchpad sur le sujet :
https://bugs.launchpad.net/ubuntu/+sour … bug/631104

[edit] - si vous êtes affecté par le même bug que moi (autrement dit si mon contournement marche pour vous) et si vous avez un compte Launchpad, n'hésitez pas à indiquer dessus que ce bug vous affecte aussi : plus il y a de monde concerné, plus il y a une chance que quelqu'un s'y intéresse.

Dernière modification par mrlem (Le 06/09/2010, à 18:56)

r17777 · Le 06/09/2010, à 10:07

Merci à toi Mriem! j'ai pas toutes les compétence pour tout capter ... mais ton boulot va surement nous faire avancer ...voir même peut être trouver la cause du soucis ...

dès que j'ai un moment je tente de refaire un peu tes tests , après avoir bien googler ubuntu-fr.org .. ;-)

Merci , ça rassure, car franchement j'en ai marre de ce soucis qui m'oblige souvent à redémarer pour soulager mes accouphènes et ma facture d'élec car les ventilos et la conso s'envolent !

à noter, qu'avec ubuntu Tweak on peut selectionner une option qui à peut près cecic " au démarage, réouvrir ce qui était ouvert" Ca marche avec mes pdf qui étaient ouvert avant fermeture mais pas tout mes doc open.office ... mais comme open office restore très bien tous les docs.. pas de soucis ! et pour l'internet j'utilise soit FF avec le plugin session manager (" réouvrir tous les onlgets aux prochains démarage" coché) , ou chromium qui à le même service dans ses paramètres...

j'utilise très peu d'autres chose puisque c'est avant tout un pc PRO.

En tout cas si c'est seulement le driver de l'infrarouge, c'est pas problématique , vu que peu d'entre nous s'en servent ..Et puis c'est pas vitale ...

Dernière modification par r17777 (Le 06/09/2010, à 10:08)

Duke Nono · Le 06/09/2010, à 10:20

mrlem a écrit :

Waouuuuuuuuuuuuuuuuuuuuuh ! çà y est, enfin, après tant de temps, voici un contournement :
j'ai ajouté une ligne à /etc/modprobe.d/blacklist.conf :
blacklist lirc_ite8709
Parceque franchement, le port infra-rouge, j'en ai pas grand-chose à faire. Le problème ne se produit plus, je peux mettre mon ordi en veille, il se réveille bien
Ouf !

Ça a l'air de fonctionner aussi chez moi, plus de bug pour le moment, merci

r17777 · Le 06/09/2010, à 14:47

ben moi j'arrive pas à édité la black liste

r17777@r17777-laptop:~$ sudo su
[sudo] password for r17777: 
root@r17777-laptop:/home/r17777# /etc/modprobe.d/blacklist.conf
bash: /etc/modprobe.d/blacklist.conf: Permission non accordée

faudrait peut être que je la créé avant non ???

Edit (grillé par Mriem ): mouarrff!!! faudrait peut être que j'oublie pas de lui dire ce que je veux avant ! lol " gedit /etc/modprobe.d/blacklist.conf" ... Ubuntu devient tellement "user friendly" que j'en oublie mes bon vieux reflexes ! quelque part c'est vachement bon signe ! lol

Dernière modification par r17777 (Le 06/09/2010, à 14:51)

mrlem · Le 06/09/2010, à 14:49

Il faut surtout que tu dises avec quoi tu l'édites

vi /etc/modprobe.d/blacklist.conf

ou

gedit /etc/modprobe.d/blacklist.conf

r17777 · Le 06/09/2010, à 14:53

bon j'ai blaclisté, sauvegardé ....et tout et tout...

Là mon Ksoftirqd est justement à 98% sur un proco ( ... ou plutôt pour une fois ! ) alors puis-je juste me contenter de ré-hiberner là tout de suite et redémarer pour voir, ou serait il plus protocolaire d'éteindre , rédémarer et tenter une hibernation ensuite ?

Dernière modification par r17777 (Le 06/09/2010, à 14:55)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 02/06/2010, à 21:48

Re : ksoftirqd, le retour...

#27 Le 08/06/2010, à 13:33

Re : ksoftirqd, le retour...

#28 Le 09/06/2010, à 20:52

Re : ksoftirqd, le retour...

#29 Le 09/06/2010, à 21:36

Re : ksoftirqd, le retour...

#30 Le 13/06/2010, à 12:47

Re : ksoftirqd, le retour...

#31 Le 08/08/2010, à 15:48

Re : ksoftirqd, le retour...

#32 Le 09/08/2010, à 03:15

Re : ksoftirqd, le retour...

#33 Le 09/08/2010, à 06:46

Re : ksoftirqd, le retour...

#34 Le 13/08/2010, à 07:47

Re : ksoftirqd, le retour...

#35 Le 16/08/2010, à 08:47

Re : ksoftirqd, le retour...

#36 Le 18/08/2010, à 04:00

Re : ksoftirqd, le retour...

#37 Le 18/08/2010, à 07:49

Re : ksoftirqd, le retour...

#38 Le 18/08/2010, à 08:45

Re : ksoftirqd, le retour...

#39 Le 24/08/2010, à 13:01

Re : ksoftirqd, le retour...

#40 Le 04/09/2010, à 14:49

Re : ksoftirqd, le retour...

#41 Le 04/09/2010, à 18:06

Re : ksoftirqd, le retour...

#42 Le 05/09/2010, à 17:52

Re : ksoftirqd, le retour...

#43 Le 05/09/2010, à 18:01

Re : ksoftirqd, le retour...

#44 Le 05/09/2010, à 19:23

Re : ksoftirqd, le retour...

#45 Le 05/09/2010, à 21:25

Re : ksoftirqd, le retour...

#46 Le 06/09/2010, à 10:07

Re : ksoftirqd, le retour...

#47 Le 06/09/2010, à 10:20

Re : ksoftirqd, le retour...

#48 Le 06/09/2010, à 14:47

Re : ksoftirqd, le retour...

#49 Le 06/09/2010, à 14:49

Re : ksoftirqd, le retour...

#50 Le 06/09/2010, à 14:53

Re : ksoftirqd, le retour...

Pied de page des forums