launchd bouffe du CPU
Olivier Marti
Hello
La machine est un MacBook pro de 2010, avec 8 Go de mémoire, un disque
SSD, et Mac OS 10.6.4
Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
3h. Ca semble se stabiliser autour de 20-25%.
Si je comprends ce que je trouve avec Google, cela voudrait dire que
launchd essaye désespérement de lancer quelque chose, sans succés. Mais
les logs ne signalent pas d'activité particulière.
Le problème majeur est que ça réduit l'autonomie de la machine.
J'ai fait le ménage de base : répareration des autorisations,
vérification du disque, nettoyage des caches avec Onyx.
Je n'ai pas de fenêtre de Finder ouverte (qui peut bouffer du CPU si
"calculer la taille de tous les éléments est cochée").
Je ne sais plus quoi chercher, ni comment
Olivier
patpro ~ Patrick Proniewski
olivie...@ensta.org (Olivier Marti) wrote:
> Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
> ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
> 3h. Ca semble se stabiliser autour de 20-25%.
>
> Si je comprends ce que je trouve avec Google, cela voudrait dire que
> launchd essaye désespérement de lancer quelque chose, sans succés. Mais
> les logs ne signalent pas d'activité particulière.
si tu peux identifier le process launchd qui pédale ça peut aider :
s'agit-il du launchd système (uid 0) ou de ton launchd personnel (lancé
sous ton utilisateur, quand tu ouvres une session) ?
Tu peux tenter un dtruss sur le process en question, pour voir si il
tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
patpro
--
A vendre ! http://www.patpro.net/blog/index.php/2008/01/12/133
Olivier Marti
J'ai oublié de préciser ça : il s'agit du launchd de mon compte.
dtruss me produit des kilomètres de sortie, et je n'y comprends rien.
.... :-( Le man de dtruss n'est pas très explicite sur ce qu'il sort
comme info.
__mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x0, 0x7FFF5FBFF9ED, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
__mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
__mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
__mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
getuid(0x0, 0x1000221B6, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
__mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x0, 0x7FFF5FBFF9ED, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
__mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x0, 0x7FFF5FBFF9ED, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x6, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x0, 0x7FFF5FBFF9ED, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x0, 0x1000234F0, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
select(0x5, 0x1000FBE80, 0x0, 0x0, 0x0) = 1 0
kevent(0x4, 0x0, 0x0) = 1 0
getuid(0x7, 0x10001FEBB, 0x100001014) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
__sysctl(0x7FFF5FBFE7F0, 0x4, 0x7FFF5FBFE820) = 0 0
getuid(0x100203890, 0x7, 0x0) = 501 0
__sysctl(0x7FFF5FBFE6B0, 0x2, 0x7FFF5FBFE6BC) = 0 0
wait4_nocancel(0x9D2, 0x7FFF5FBFE79C, 0x0) = 2514 0
kevent(0x4, 0x7FFF5FBFE670, 0x1) = 1 0
getuid(0x100203890, 0x7, 0x0) = 501 0
getuid(0x100203890, 0x7, 0x0) = 501 0
socketpair(0x1, 0x1, 0x0) = 0 0
sigprocmask(0x1, 0x10002BA68, 0x7FFF5FBFE6C8) = 0x0 0
sigaction(0x1, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x2, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0xD, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0xE, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0xF, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x10, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x12, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x12, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x13, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x15, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x16, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x17, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x18, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x19, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x1A, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x1B, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x1C, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x1D, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x1E, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
sigaction(0x1F, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
Olivier Marti
> On Mer 23 fév 2011, 14:06,
> patpro ~ Patrick Proniewski <pat...@boleskine.patpro.net> wrote:
>
> > Tu peux tenter un dtruss sur le process en question, pour voir si il
> > tente d'accomplir quelque chose de systématique, récurent, et qui échoue.
>
> Via launchctl(1) on peut voir la liste des jobs chargés et leurs statuts
> (je doute que le problème vienne de launchd(8) ou un de ses fils).
launchctl list m'a bloqué la machine : le commande ne renvoie rien, ne
rend pas la main, pas moyen de faire ^C. Et plus moyen de lancer une
appli, ou même d'activer une autre appli.
Après redémmarage forcé, launchctl marche.
Mais appament j'ai vraiment un soucis avec launchd. Comment identifier
le soucis ?
Olivier
marti@Spip-~:launchctl list
PID Status Label
3196 - 0x10023e9b0.anonymous.launchctl
3098 - 0x10023da70.anonymous.bash
3096 - 0x10023d7b0.anonymous.login
1035 - 0x100220130.anonymous.quartz-wm
907 - 0x10010fed0.anonymous.X11.bin
905 - 0x10021f630.anonymous.Xquartz
904 - 0x10021f370.anonymous.xinit
609 - [0x0-0x111111].com.apple.Safari
490 - [0x0-0xa40a4].MacSOUP
292 - [0x0-0x20020].com.vladalexa.MagicPrefs.MagicPrefsPlugins
286 - [0x0-0x1c01c].com.googlecode.iterm2
- 0 0x100105ab0.mach_init.Inspector
273 -
[0x0-0x17017].com.markspace.missingsync.palmos.crashreporter
272 - [0x0-0x15015].com.vladalexa.MagicPrefs
267 - [0x0-0x13013].at.obdev.LaunchBar
266 - [0x0-0x12012].com.sumosoft.iController
265 - [0x0-0x11011].com.macility.popchar3
264 - [0x0-0x10010].com.markspace.missingsync.monitor
263 - [0x0-0xf00f].uk.co.markallan.clamxav.ClamXavSentry
262 - [0x0-0xe00e].com.apple.iTunesHelper
21 - 0x100215c60.anonymous.coreservicesd
- 0 0x1002159a0.mach_init.rcd
847 - org.x.startx
843 - org.openbsd.ssh-agent
- 0 edu.mit.Kerberos.KerberosAgent
- 0 com.apple.WebKit.PluginAgent
- 0 com.apple.warmd_agent
- 0 com.apple.VoiceOver
240 - com.apple.UserEventAgent-Aqua
- 0 com.apple.unmountassistant.useragent
- 0 com.apple.tiswitcher
222 - com.apple.SystemUIServer.agent
- 0 com.apple.syncservices.uihandler
- 0 com.apple.syncservices.SyncServer
- 0 com.apple.SubmitDiagInfo
- 0 com.apple.storeagent
- 0 com.apple.store_helper
- 0 com.apple.ServiceManagement.LoginItems
- 0 com.apple.ServerScanner
- 0 com.apple.servernotifyd
- 0 com.apple.scrod
- 0 com.apple.ScreenSharing.server
- 0 com.apple.ScreenReaderUIServer
- 0 com.apple.ReportPanic
- 0 com.apple.ReportCrash.Self
- 0 com.apple.ReportCrash
- 0 com.apple.RemoteUI
- 0 com.apple.RemoteDesktop.agent
236 - com.apple.quicklook
- 0 com.apple.PubSub.Agent
- 0 com.apple.PreferenceSyncAgent
- 0 com.apple.pictd
- 0 com.apple.PCIESlotCheck
- 0 com.apple.pbs
226 - com.apple.pboard
- 0 com.apple.parentalcontrols.check
- 0 com.apple.NetworkDiagnostics
- 0 com.apple.netauth.useragent
- 0 com.apple.midiserver
- 0 com.apple.metadata.mdwrite.plist
- 1 com.apple.Kerberos.renew.plist
- 0 com.apple.java.updateSharing
- 0 com.apple.isst
- 0 com.apple.installd.user
- 0 com.apple.imklaunchagent
- 0 com.apple.helpd
- 0 com.apple.FontWorker
- 0 com.apple.ATS.FontValidatorConduit
- 0 com.apple.ATS.FontValidator
- 0 com.apple.FontRegistryUIAgent
232 - com.apple.fontd
223 - com.apple.Finder
- 0 com.apple.familycontrols.useragent
221 - com.apple.Dock.agent
- 0 com.apple.DictionaryPanelHelper
- 0 com.apple.coreservices.uiagent
- 0 com.apple.coremedia.videodecoder
- 0 com.apple.CoreLocationAgent
- 0 com.apple.coredata.externalrecordswriter
- 0 com.apple.BezelUIServer
- 0 com.apple.AOSNotification
- 0 com.apple.alf.useragent
- 0 com.apple.AirPortBaseStationAgent
- 0 com.apple.AddressBook.abd
- 0 com.google.keystone.root.agent
- 0 com.epson.ews.launcher
- 0 tunnel_list.plist
- 0 com.apple.marcoagent
249 - com.apple.imagent.monaco
- 0 com.apple.FTMonitor
251 - com.apple.FolderActions.enabled
258 - com.apple.apsd-ft
- 0
com.adobe.ARM.930da3ce175de4e82bd3cdf1dd8571f74bd3b6a7236bc94bfc00f6e9
- 0
com.adobe.ARM.925793fb327152fd34795896fa1fb9ffa268b2a852256fe56609efa3
- 0
com.adobe.ARM.202f4087f2bbde52e3ac2df389f53a4f123223c9cc56a8fd83a6f7ae
3195 - 0x1002034f0.mach_init.VersionCueCS4monitor
112 - 0x100103640.anonymous.WindowServer
27 - 0x100103180.anonymous.securityd
42 - 0x100100ce0.anonymous.loginwindow
- 0 com.apple.launchctl.Aqua
168 - 0x10021fac0.anonymous.cvmsServ
215 - 0x1001087f0.anonymous.launchd
286 - 0x100108530.anonymous.iTerm
- 0 com.apple.FolderActions.folders
21 - 0x1002156e0.anonymous.coreservicesd
256 - edu.mit.Kerberos.CCacheServer
- 0 com.apple.TrustEvaluationAgent
- 0 com.apple.KerberosHelper.LKDCHelper
- 0 com.apple.gssd-agent
- 0 com.apple.FileSyncAgent
- 0 com.apple.datadetectors.compiler
1024 - com.apple.cvmsCompAgent_x86_64
- 0 com.apple.cvmsCompAgent_ppc
- 0 com.apple.cvmsCompAgent_i386
217 - org.gpgtools.macgpg2.gpg-agent
- 0 com.apple.launchctl.Background
patpro ~ Patrick Proniewski
olivie...@ensta.org (Olivier Marti) wrote:
> dtruss me produit des kilomètres de sortie, et je n'y comprends rien.
> .... :-( Le man de dtruss n'est pas très explicite sur ce qu'il sort
> comme info.
>
> __mac_syscall(0x7FFF8019AE81, 0x2, 0x7FFF5FBFFB10) = 0 0
> getuid(0x0, 0x7FFF5FBFF9DD, 0x0) = 501 0
> getuid(0x100203890, 0x7, 0x0) = 501 0
../..
> select(0x5, 0x1000FBE80, 0x0, 0x0, 0x0) = 1 0
> kevent(0x4, 0x0, 0x0) = 1 0
> getuid(0x7, 0x10001FEBB, 0x100001014) = 501 0
tout ça c'est normal.
La suite par contre, j'ai un doute :
> sigprocmask(0x1, 0x10002BA68, 0x7FFF5FBFE6C8) = 0x0 0
> sigaction(0x1, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
> sigaction(0x2, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
> sigaction(0xD, 0x7FFF5FBFE660, 0x7FFF5FBFE690) = 0 0
../..
Je n'ai rien de tel sur ma machine. Tu dois avoir un job qui tourne ou
qui essaye de tourner bizarrement.
Launchd tente d'envoyer un signal à un process, mais vu la répétition de
cette action, ça sent l'échec.
J'avais espéré qu'on lirait des erreurs simples (style fichier
introuvable, fichier non-lisible ou non-modifiable), mais rien de tel
dans l'échantillon que tu présentes.
Tu devrais tenter de faire un unload sur chaque plist qui sont attachés
à ton utilisateur (LaunchAgent). Un par un, et tu regardes à chaque fois
si la charge CPU décroit.
Olivier Marti
Sauf que je viens de redémarrer la machine, et donc launchd ne s'est pas
encore remis à consommer.
Ca va être long ...
Ceci dit : j'ai enlevé Version CUE CS4 d'Adobe, et dtruss est *beaucoup*
moins bavard. Plus de message "sigprocmask", et parfois plus d'une
minute entre deux messages, alors qu'avant ça défilait en continu, très
vite. Aurais-je trouvé du premier coup ... ?
On croise les doigts ...
Olivier
Olivier Marti
> On Mer 23 fév 2011, 14:53,
> Olivier Marti <olivie...@ensta.org> wrote:
>
> > Mais appament j'ai vraiment un soucis avec launchd. Comment identifier
> > le soucis ?
>
> En déchargeant les agents et démons qui ne sont pas utiles au
> fonctionnement du système.
> Ils se trouvent aux emplacements :
>
> ~/Library/LaunchAgents
> /Library/LaunchAgents
> /Library/LaunchDaemons
Oui, je connais. Mais on peut passer un temps fou à tatonner pour
trouver le coupable. Je cherche une méthode un peu moins empirique.
> On peut trouver ici de vieux services encore pris en charge par
> launchd(8) (lorsque avant l'introduction de launchd(8), mach_init(8)
> était responsable, entre autre, du lancement de services) :
>
> /etc/mach_init_per_login_session.d
> /etc/mach_init_per_user.d
C'est effectivement la que j'ai fini par trouver le coupable (dans
per_user): Adobe Version Cue CS4.
> > - 1 com.apple.Kerberos.renew.plist
>
> Aucun statut de suspect à part celui ci-dessus (qui est responsable du
> renouvellement des tickets d'autorisation de Kerberos, mais je doute que
> ton problème vienne de là sinon tous les Mac OS X 10.6 de la Terre
> auraient un soucis).
> Agent que l'ont peut corriger en changeant l'option de kinit(1).
>
> Concernant les historiques, ils disent quoi ?
> launchd(8) redirige tout son blabla, notament les erreurs dans
> /var/log/system.log
Bien qu'ayant identifié le coupable, je ne trouve aucun message qui
m'éclaire.
J'ai beau avoir résolu mon problème, je trouve inquiétant de ne pas
trouver de méthode efficace pour debloquer un problème de ce type :-(
Olivier
Olivier Marti
Bon, c'est confirmé : c'est Adobe CS4 Version Cue qui bouffait le CPU.
Mais j'ai eu de la chance de trouver : je n'ai rien trouvé qui me
permette de trouver le coupable à coup sûr.
Olivier
Pierre-Olivier TAUBATY
> On Jeu 24 fév 2011, 16:57,
> Olivier Marti <olivie...@ensta.org> wrote:
>
> > Bon, c'est confirmé : c'est Adobe CS4 Version Cue qui bouffait le CPU.
> > Mais j'ai eu de la chance de trouver : je n'ai rien trouvé qui me
> > permette de trouver le coupable à coup sûr.
>
> Comme indiqué précédemment (avec un lien vers les options d'historiques
> de launchd(8)) grâce en partie aux historiques et éviter les
> adoberies[1] :)
s'il faut éviter les adoberies, les microsofteries, y reste plus grand
chose à installer pour ceux qui utilisent leur Mac en Prod ...
--
PO.
Pour m'écrire : po_taubaty(arobas)yahoo(point)fr
JiPaul
> Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
> ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
> 3h. Ca semble se stabiliser autour de 20-25%.
Pas forcément Launchd qui consomme ça
> Si je comprends ce que je trouve avec Google, cela voudrait dire que
> launchd essaye désespérement de lancer quelque chose, sans succés. Mais
> les logs ne signalent pas d'activité particulière.
Plutôt que les logs...(voir ci-dessous)
> Le problème majeur est que ça réduit l'autonomie de la machine.
Amha ta machine ne doit pas consommer beaucoup plus d'énergie (ce n'est
pas le CPU qui consomme le plus). Si tu veux conserver l'autonomie :
- mettre en veille l'écran dès que c'est possible (c'est lui qui
consomme le plus)
- mettre en veille l'ordi lui-même dès que possible.
Le tout de manière automatique (Préfs syst --> Economie d'énergie)
ou manuelle (pomme-option-eject)
> J'ai fait le ménage de base : répareration des autorisations,
> vérification du disque, nettoyage des caches avec Onyx.
Très probablement inutile :-)
>
> Je n'ai pas de fenêtre de Finder ouverte (qui peut bouffer du CPU si
> "calculer la taille de tous les éléments est cochée").
Oui.
> Je ne sais plus quoi chercher, ni comment
Perso, ce que j'utilise chez moi depuis des années :
- le moniteur d'activité (MdA) est ouvert en permanence (sa fenêtre
principale étant fermée)
- j'ai dans ce MdA la fenêtre flottante d'activité CPU ouverte :
menu Fenêtres --> Fenêtre flottante du processeur -> Hor ou Vert
(raccourcis pomme-option-4 ou 5)
Cela me permet de visualiser en permanence l'activité CPU.
Lorsque j'ai l'impression qu'elle monte un peu trop (mais perso je ne
trouve pas que 25 % soit beaucoup), je réactive la fenêtre principale
(clic sur la fenêtre CPU puis pomme-option-1) et je cherche le ou les
process qui consomment beaucoup de CPU. Pour cela :
- menu déroulant opérations --> afficher toutes les opérations
- clic en haut de la colonne %proc pour trier suivant cette colonne
- éventuellement un deuxième clic si l'ordre n'est pas décroissant
De cette manière les process qui consomment beaucoup sont en tête.
Je les termine éventuellement. Ou bien j'essaye de comprendre pourquoi
ils consomment et je fais ce qu'il faut pour que ça s'arrête. Ou bien je
considère que cette activité est nécessaire/normale et je ne fais rien.
Lorsque j'ai terminé je referme la fenêtre principale sans quitter MdA
Et voilà. :-)
--
JiPaul.
/ /--/--//\\ Jean-Paul Blanc
|/| L |\\\ quelquepart en (somewhere in)
\/|| = |||\\\ FRANCE
Olivier Marti
> Olivier Marti <olivie...@ensta.org> wrote:
>
> > Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
> > ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
> > 3h. Ca semble se stabiliser autour de 20-25%.
>
> Pas forcément Launchd qui consomme ça
Ben si, c'est Moniteur d'Acitivité qui me le dit, et top -o cpu aussi.
> > Si je comprends ce que je trouve avec Google, cela voudrait dire que
> > launchd essaye désespérement de lancer quelque chose, sans succés. Mais
> > les logs ne signalent pas d'activité particulière.
>
> Plutôt que les logs...(voir ci-dessous)
>
> > Le problème majeur est que ça réduit l'autonomie de la machine.
>
> Amha ta machine ne doit pas consommer beaucoup plus d'énergie (ce n'est
> pas le CPU qui consomme le plus). Si tu veux conserver l'autonomie :
> - mettre en veille l'écran dès que c'est possible (c'est lui qui
> consomme le plus)
> - mettre en veille l'ordi lui-même dès que possible.
>
> Le tout de manière automatique (Préfs syst --> Economie d'énergie)
> ou manuelle (pomme-option-eject)
J'ai trouvé le processus coupable (Adobe Version CUE CS 4), et j'ai
récupéré une bonne heure d'autonomie !!
> > J'ai fait le ménage de base : répareration des autorisations,
> > vérification du disque, nettoyage des caches avec Onyx.
>
> Très probablement inutile :-)
Tout à fait d'accord ! Mais ça évite les réponses inutiles, qui
commencent par ça ....
> >
> > Je n'ai pas de fenêtre de Finder ouverte (qui peut bouffer du CPU si
> > "calculer la taille de tous les éléments est cochée").
>
> Oui.
>
> > Je ne sais plus quoi chercher, ni comment
>
> Perso, ce que j'utilise chez moi depuis des années :
>
> - le moniteur d'activité (MdA) est ouvert en permanence (sa fenêtre
> principale étant fermée)
> - j'ai dans ce MdA la fenêtre flottante d'activité CPU ouverte :
> menu Fenêtres --> Fenêtre flottante du processeur -> Hor ou Vert
> (raccourcis pomme-option-4 ou 5)
>
> Cela me permet de visualiser en permanence l'activité CPU.
> Lorsque j'ai l'impression qu'elle monte un peu trop (mais perso je ne
> trouve pas que 25 % soit beaucoup), je réactive la fenêtre principale
> (clic sur la fenêtre CPU puis pomme-option-1) et je cherche le ou les
> process qui consomment beaucoup de CPU. Pour cela :
> - menu déroulant opérations --> afficher toutes les opérations
> - clic en haut de la colonne %proc pour trier suivant cette colonne
> - éventuellement un deuxième clic si l'ordre n'est pas décroissant
>
> De cette manière les process qui consomment beaucoup sont en tête.
> Je les termine éventuellement. Ou bien j'essaye de comprendre pourquoi
> ils consomment et je fais ce qu'il faut pour que ça s'arrête. Ou bien je
> considère que cette activité est nécessaire/normale et je ne fais rien.
>
J'ai fait ça : c'est launchd qui travaille, et Moniteur d'Activité
n'aide donc absolument pas à savoir pourquoi, puisqu'il ne s'agit pas
d'un sous process de launchd. C'est bien launchd.
D'ou les logs ...
> Lorsque j'ai terminé je referme la fenêtre principale sans quitter MdA
>
> Et voilà. :-)
Ben non, pas pour moi ...
Olivier
Aegidius
> Quand je démarre la machine, le processus launchd est à 1% du CPU. Puis
> ça monte doucement, pour atteindre 7% au bout de 1h30, environ 12% après
> 3h. Ca semble se stabiliser autour de 20-25%.
Chez moi MacBookPro 2008 il a 2 process launchd un root et celui de ma
cession mais ils sont tous les 2 a 0% bon c'est vrai ouvert depuis un
moment.
J'ai regardé dès fois que ce soit ça qui l'empêche de dormir