depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9) en
pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources
(entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon
apache est largement a jour par rapport a slapper
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
talon
EMMANUEL DESSAUX wrote:
Bonjour
depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9) en pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources (entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon apache est largement a jour par rapport a slapper
une idée ?
J'ai ça aussi, root 3 0.0 0.0 0 0 ? SWN 2003 0:00 [ksoftirqd_CPU0] Je pense que c'est un thread kernel qui sert à gérer les interruptions. Il s'agit de retarder le traîtement de l'interruption pour traîter en même temps un maximum. Le thread gère ce mécanisme, et il y en a un par CPU. Dans ton cas, tu as xmule, donc beaucoup d'activité réseau, et ce thread est extrêmement sollicité.
depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9) en
pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources
(entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon
apache est largement a jour par rapport a slapper
une idée ?
J'ai ça aussi,
root 3 0.0 0.0 0 0 ? SWN 2003 0:00
[ksoftirqd_CPU0]
Je pense que c'est un thread kernel qui sert à gérer les interruptions.
Il s'agit de retarder le traîtement de l'interruption pour traîter
en même temps un maximum. Le thread gère ce mécanisme, et il y en a un
par CPU. Dans ton cas, tu as xmule, donc beaucoup d'activité réseau, et
ce thread est extrêmement sollicité.
depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9) en pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources (entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon apache est largement a jour par rapport a slapper
une idée ?
J'ai ça aussi, root 3 0.0 0.0 0 0 ? SWN 2003 0:00 [ksoftirqd_CPU0] Je pense que c'est un thread kernel qui sert à gérer les interruptions. Il s'agit de retarder le traîtement de l'interruption pour traîter en même temps un maximum. Le thread gère ce mécanisme, et il y en a un par CPU. Dans ton cas, tu as xmule, donc beaucoup d'activité réseau, et ce thread est extrêmement sollicité.
--
Michel TALON
EMMANUEL DESSAUX
"EMMANUEL DESSAUX" a écrit dans le message de news:
Bonjour
depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9) en
pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources (entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon apache est largement a jour par rapport a slapper
une idée ?
précision le process est en RWN et non en SWN comme pour michel... et surtout, avant (c'est a dire hier...) il ne dépassait pas les 1% d'occupation proc. etrange non ?
"EMMANUEL DESSAUX" <EMMANUEL.DESSAUX@TIXIS.ARCELOR.COM> a écrit dans le
message de news:
3810FD4EAD8AD611A50D00805F0DA7FA049076FB@proxyusinor.usinor.com...
Bonjour
depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9)
en
pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources
(entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon
apache est largement a jour par rapport a slapper
une idée ?
précision
le process est en RWN et non en SWN comme pour michel...
et surtout, avant (c'est a dire hier...) il ne dépassait pas les 1%
d'occupation proc. etrange non ?
"EMMANUEL DESSAUX" a écrit dans le message de news:
Bonjour
depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9) en
pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources (entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon apache est largement a jour par rapport a slapper
une idée ?
précision le process est en RWN et non en SWN comme pour michel... et surtout, avant (c'est a dire hier...) il ne dépassait pas les 1% d'occupation proc. etrange non ?
talon
EMMANUEL DESSAUX wrote:
"EMMANUEL DESSAUX" a écrit dans le message de news:
Bonjour
depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9) en
pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources (entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon apache est largement a jour par rapport a slapper
une idée ?
précision le process est en RWN et non en SWN comme pour michel... et surtout, avant (c'est a dire hier...) il ne dépassait pas les 1% d'occupation proc. etrange non ?
Il est possible que tu sois rootkité et que les indications soient
bidon, mais enfin RWN veut dire runnable, no resident page, low priority tandis que SWN veut dire que le process est sleeping. Donc la différence est entre sleeping et runnable. Le process est runnable s'il est sleeping mais prêt à être schedulé à la prochaine tranche de temps. Justement c'est le cas des ksoftirq, ils gardent le traîtement des interruptions en attente pour les exécuter à la prochaine time slice en basse priorité. Le fait que le tien soit S signifie que la plupart du temps le ksoftirq est bloqué par un process plus prioritaire, et donc tes interruptions réseau subissent du retard, etc. Il y a probablement quelque chose qui merde.
"EMMANUEL DESSAUX" <EMMANUEL.DESSAUX@TIXIS.ARCELOR.COM> a écrit dans le
message de news:
3810FD4EAD8AD611A50D00805F0DA7FA049076FB@proxyusinor.usinor.com...
Bonjour
depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9)
en
pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources
(entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon
apache est largement a jour par rapport a slapper
une idée ?
précision
le process est en RWN et non en SWN comme pour michel...
et surtout, avant (c'est a dire hier...) il ne dépassait pas les 1%
d'occupation proc. etrange non ?
Il est possible que tu sois rootkité et que les indications soient
bidon, mais enfin RWN veut dire runnable, no resident page, low priority
tandis que SWN veut dire que le process est sleeping. Donc la différence
est entre sleeping et runnable. Le process est runnable s'il est
sleeping mais prêt à être schedulé à la prochaine tranche de temps.
Justement c'est le cas des ksoftirq, ils gardent le traîtement des
interruptions en attente pour les exécuter à la prochaine time slice
en basse priorité. Le fait que le tien soit S signifie que la plupart du
temps le ksoftirq est bloqué par un process plus prioritaire, et donc
tes interruptions réseau subissent du retard, etc. Il y a probablement
quelque chose qui merde.
"EMMANUEL DESSAUX" a écrit dans le message de news:
Bonjour
depuis qqes jours, j'ai un process au démarrage de mon serveur (redhat 9) en
pid 3 : ksoftirqd_CPU0 qui - me semble t'il, bouffe beaucoup de ressources (entre 20 et 30 % du proc, et ce avec deja un xmule qui tourne.)
j'ai cru comprendre que ca pouvait venir d'un vers (slapper) , mais mon apache est largement a jour par rapport a slapper
une idée ?
précision le process est en RWN et non en SWN comme pour michel... et surtout, avant (c'est a dire hier...) il ne dépassait pas les 1% d'occupation proc. etrange non ?
Il est possible que tu sois rootkité et que les indications soient
bidon, mais enfin RWN veut dire runnable, no resident page, low priority tandis que SWN veut dire que le process est sleeping. Donc la différence est entre sleeping et runnable. Le process est runnable s'il est sleeping mais prêt à être schedulé à la prochaine tranche de temps. Justement c'est le cas des ksoftirq, ils gardent le traîtement des interruptions en attente pour les exécuter à la prochaine time slice en basse priorité. Le fait que le tien soit S signifie que la plupart du temps le ksoftirq est bloqué par un process plus prioritaire, et donc tes interruptions réseau subissent du retard, etc. Il y a probablement quelque chose qui merde.
"I found the answer to the ksoftirqd_CPU0 problem. Two PCs had the blaster virus and were hammering on the firewall. Doh! Cleaned those machines and everything is working fine."
"I found the answer to the ksoftirqd_CPU0 problem.
Two PCs had the blaster virus and were hammering on
the firewall. Doh! Cleaned those machines and
everything is working fine."
"I found the answer to the ksoftirqd_CPU0 problem. Two PCs had the blaster virus and were hammering on the firewall. Doh! Cleaned those machines and everything is working fine."
