Je ne sais pas depuis quand, mais mon MacBook Pro sous Tiger a une
charge moyenne (cf top) élevée en permanence: 0.8 après le boot sans
avoir démarrer aucune application autre que le terminal.
Quelqu-un saurait comment trouver la raison?
Le moniteur d'activité ne montre rien d'anormal, et une utilisation
processeur de quelques pourcents seulement.
script shell et RRDTool <http://old.ag0ny.com/graphs/>
patpro
-- http://www.patpro.net/
patpro ~ patrick proniewski
In article <20071221232040105738@[10.0.1.1]>, (manet) wrote:
sur le G4 bi pro de ma fille, un TOP revele que le PID 0 (=kernel) consomme 100% de cpu, ce qui transforme la machine en mono proc.
je ne comprends pas le rapport de cause à effet.
comment savoir ce qui cause cette anomalie ? j'ai essayé plusieurs commandes type ps, sans trouver la bonne.
tu ne peux pas le savoir comme ça. Dès l'instant ou le process est identifié (ici 0), tu ne peux guère aller plus loin. Jette un ¦il aux fichiers de log, on ne sais jamais.
Sinon, deux alternatives :
- la meilleure c'est de tout réinstaller en faisant table rase - la moins bonne c'est de viré petit à petit tout ce qui est installé sur le système et qui n'est pas fourni par apple, jusqu'à ce que les choses rentrent dans l'ordre. C'est un peu utopique parce que si ça se trouve, c'est un problème avec un matériel rajouté...
patpro
-- http://www.patpro.net/
In article <20071221232040105738@[10.0.1.1]>, pmanet@invivo.edu (manet)
wrote:
sur le G4 bi pro de ma fille, un TOP revele que le PID 0 (=kernel)
consomme 100% de cpu, ce qui transforme la machine en mono proc.
je ne comprends pas le rapport de cause à effet.
comment savoir ce qui cause cette anomalie ? j'ai essayé plusieurs
commandes type ps, sans trouver la bonne.
tu ne peux pas le savoir comme ça. Dès l'instant ou le process est
identifié (ici 0), tu ne peux guère aller plus loin.
Jette un ¦il aux fichiers de log, on ne sais jamais.
Sinon, deux alternatives :
- la meilleure c'est de tout réinstaller en faisant table rase
- la moins bonne c'est de viré petit à petit tout ce qui est installé
sur le système et qui n'est pas fourni par apple, jusqu'à ce que les
choses rentrent dans l'ordre. C'est un peu utopique parce que si ça se
trouve, c'est un problème avec un matériel rajouté...
In article <20071221232040105738@[10.0.1.1]>, (manet) wrote:
sur le G4 bi pro de ma fille, un TOP revele que le PID 0 (=kernel) consomme 100% de cpu, ce qui transforme la machine en mono proc.
je ne comprends pas le rapport de cause à effet.
comment savoir ce qui cause cette anomalie ? j'ai essayé plusieurs commandes type ps, sans trouver la bonne.
tu ne peux pas le savoir comme ça. Dès l'instant ou le process est identifié (ici 0), tu ne peux guère aller plus loin. Jette un ¦il aux fichiers de log, on ne sais jamais.
Sinon, deux alternatives :
- la meilleure c'est de tout réinstaller en faisant table rase - la moins bonne c'est de viré petit à petit tout ce qui est installé sur le système et qui n'est pas fourni par apple, jusqu'à ce que les choses rentrent dans l'ordre. C'est un peu utopique parce que si ça se trouve, c'est un problème avec un matériel rajouté...
patpro
-- http://www.patpro.net/
Olivier Croquette
patpro ~ patrick proniewski wrote, On 22/12/07 8:41:
script shell et RRDTool <http://old.ag0ny.com/graphs/>
Merci! C'est quoi ce site? Le site officiel est plutôt http://oss.oetiker.ch/rrdtool/
patpro ~ patrick proniewski wrote, On 22/12/07 8:41:
script shell et RRDTool <http://old.ag0ny.com/graphs/>
Merci! C'est quoi ce site?
Le site officiel est plutôt http://oss.oetiker.ch/rrdtool/
In article <fkiiu6$fcs$01$, Olivier Croquette wrote:
patpro ~ patrick proniewski wrote, On 22/12/07 8:41:
script shell et RRDTool <http://old.ag0ny.com/graphs/>
Merci! C'est quoi ce site? Le site officiel est plutôt http://oss.oetiker.ch/rrdtool/
c'est le site ou tu trouveras les scripts shell. RRDtool c'est facile à trouver ;)
patpro
-- http://www.patpro.net/
pmanet
patpro ~ patrick proniewski wrote:
sur le G4 bi pro de ma fille, un TOP revele que le PID 0 (=kernel) consomme 100% de cpu, ce qui transforme la machine en mono proc.
je ne comprends pas le rapport de cause à effet.
si un process du kernel te bouffe 100% sur un bi pro, il te reste 1 proc pour toi...
comment savoir ce qui cause cette anomalie ? j'ai essayé plusieurs commandes type ps, sans trouver la bonne.
tu ne peux pas le savoir comme ça. Dès l'instant ou le process est identifié (ici 0), tu ne peux guère aller plus loin. Jette un oeil aux fichiers de log, on ne sais jamais.
oui, mais j'imaginais qu'on ppouvais savoir le logiciel qui était en cause, pour éventuellement bousculer son parametrage ou ses prefs.
Sinon, deux alternatives :
- la meilleure c'est de tout réinstaller en faisant table rase
je vais peut-etre m'y résoudre.
-- www.D-L-S.org
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
sur le G4 bi pro de ma fille, un TOP revele que le PID 0 (=kernel)
consomme 100% de cpu, ce qui transforme la machine en mono proc.
je ne comprends pas le rapport de cause à effet.
si un process du kernel te bouffe 100% sur un bi pro, il te reste 1 proc
pour toi...
comment savoir ce qui cause cette anomalie ? j'ai essayé plusieurs
commandes type ps, sans trouver la bonne.
tu ne peux pas le savoir comme ça. Dès l'instant ou le process est
identifié (ici 0), tu ne peux guère aller plus loin.
Jette un oeil aux fichiers de log, on ne sais jamais.
oui, mais j'imaginais qu'on ppouvais savoir le logiciel qui était en
cause, pour éventuellement bousculer son parametrage ou ses prefs.
Sinon, deux alternatives :
- la meilleure c'est de tout réinstaller en faisant table rase
sur le G4 bi pro de ma fille, un TOP revele que le PID 0 (=kernel) consomme 100% de cpu, ce qui transforme la machine en mono proc.
je ne comprends pas le rapport de cause à effet.
si un process du kernel te bouffe 100% sur un bi pro, il te reste 1 proc pour toi...
comment savoir ce qui cause cette anomalie ? j'ai essayé plusieurs commandes type ps, sans trouver la bonne.
tu ne peux pas le savoir comme ça. Dès l'instant ou le process est identifié (ici 0), tu ne peux guère aller plus loin. Jette un oeil aux fichiers de log, on ne sais jamais.
oui, mais j'imaginais qu'on ppouvais savoir le logiciel qui était en cause, pour éventuellement bousculer son parametrage ou ses prefs.
Sinon, deux alternatives :
- la meilleure c'est de tout réinstaller en faisant table rase
je vais peut-etre m'y résoudre.
-- www.D-L-S.org
blanc
manet wrote:
oui, mais j'imaginais qu'on ppouvais savoir le logiciel qui était en cause, pour éventuellement bousculer son parametrage ou ses prefs.
Ben... le logiciel en cause, c'est le noyau du système (kernel) !...
Ce qu'il faut trouver, c'est pour quelle raison il est si actif. Donc effectivement regarder les fichiers de log semble la bonne solution... -- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
manet <pmanet@invivo.edu> wrote:
oui, mais j'imaginais qu'on ppouvais savoir le logiciel qui était en
cause, pour éventuellement bousculer son parametrage ou ses prefs.
Ben... le logiciel en cause, c'est le noyau du système (kernel) !...
Ce qu'il faut trouver, c'est pour quelle raison il est si actif. Donc
effectivement regarder les fichiers de log semble la bonne solution...
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
oui, mais j'imaginais qu'on ppouvais savoir le logiciel qui était en cause, pour éventuellement bousculer son parametrage ou ses prefs.
Ben... le logiciel en cause, c'est le noyau du système (kernel) !...
Ce qu'il faut trouver, c'est pour quelle raison il est si actif. Donc effectivement regarder les fichiers de log semble la bonne solution... -- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
