121 votes

processus de déni de service

Parfois, je vois un distnoted se met soudainement en marche et consomme 100 % du processeur (sur un seul cœur) et une tonne de mémoire, souvent de l'ordre de 1,5 G environ. Cela se produit plusieurs fois par jour, depuis un mois environ.

La ligne de commande est /usr/sbin/distnoted agent et elle est lancée par launchd qui n'aident pas beaucoup. Il fonctionne généralement depuis 4 à 24 heures avant de se mettre à tourner et à bloquer le processeur.

Les recherches sur Internet disent distnoted gère la livraison des notifications, et beaucoup d'autres personnes signalent le même problème avec ce système, mais je n'ai pas encore trouvé de solution. Certaines personnes trouvent que la fermeture d'une application coupable (par exemple Skype) l'arrête, mais je n'ai pas encore trouvé de coupable sur ma machine. Je n'utilise généralement que quelques applications : Emacs (24.2 de Homebrew), Firefox, Adium et Dash.

Je suis sous Mavericks sur un MBP 13" Retina de fin 2012. Merci d'avance !

Mise à jour :

J'ai allumé distnoted dans le journal du système en touchant /var/log/do_dnserver_log mais cela n'aide pas beaucoup. Je vois des lignes comme celles-ci (uid 501 est moi, 89 je n'ai pas encore trouvé) :

distnoted[80011]: # distnote server agent  absolute time: 48754.144787848   civil time: Wed Nov 20 10:52:03 2013   pid: 80011 uid: 501  root: no
distnoted[20]: # distnote server daemon  absolute time: 2.808112262   civil time: Tue Nov 19 09:52:24 2013   pid: 20 uid: 0  root: yes
distnoted[444]: # distnote server agent  absolute time: 16.656997509   civil time: Tue Nov 19 09:52:38 2013   pid: 444 uid: 501  root: no
distnoted[1271]: # distnote server agent  absolute time: 52.518265717   civil time: Tue Nov 19 09:53:14 2013   pid: 1271 uid: 89  root: no
distnoted[689]: Interruption - exiting now.

J'ai aussi exécuté sudo dtruss -p PID sur une filature distnoted et il crache des lignes comme celle-ci :

kevent64(0x3, 0x7FFF7C3FD130, 0x1)       = 1 0
workq_kernreturn(0x20, 0x0, 0x1)         = 0 0
workq_kernreturn(0x20, 0x0, 0x1)         = 0 0
kevent64(0x3, 0x7FFF7C3FD130, 0x1)       = 1 0
workq_kernreturn(0x20, 0x0, 0x1)         = 0 0
workq_kernreturn(0x20, 0x0, 0x1)         = 0 0
kevent64(0x3, 0x7FFF7C3FD130, 0x1)       = 1 0
workq_kernreturn(0x20, 0x0, 0x1)         = 0 0
__disable_threadsignal(0x1, 0x0, 0x0)    = 0 0
__disable_threadsignal(0x1, 0x0, 0x0)    = 0 0
__disable_threadsignal(0x1, 0x0, 0x0)    = 0 0
kevent64(0x3, 0x7FFF7C3FD130, 0x1)       = 1 0
workq_kernreturn(0x20, 0x0, 0x1)         = 0 0
...

0voto

finiteloop Points 638

J'ai rencontré un problème similaire avec distnoted il y a quelques mois et je n'ai pas pu déterminer pourquoi l'utilisation du CPU dépassait les 100%. Finalement, j'ai ajouté une entrée à ma crontab pour killall distnoted toutes les 2 minutes, ce qui a résolu mon problème.

Récemment, j'ai eu un problème avec Sublime Text où taper subl path/to/file ne parvenait pas à ouvrir le fichier correctement dans l'éditeur Sublime. Un redémarrage de l'application a permis de résoudre le problème, mais celui-ci s'est rapidement reproduit.

Après m'être creusé la tête à l'infini, j'ai identifié le fait que je tuais le processus distnoted toutes les 2 minutes pour expliquer pourquoi la commande subl avait mystérieusement cessé de fonctionner.

La conclusion : l'utilisation super élevée du CPU peut avoir été liée à sublime. Maintenant que sublime a été mis à jour, j'espère que ma conclusion est correcte, que l'utilisation du CPU reste faible et que ma commande subl fonctionne à nouveau comme prévu, maintenant que distnoted fonctionne à nouveau sans que ma crontab ne tue le processus toutes les 2 minutes.

0voto

vy32 Points 2912

J'ai ce problème aussi, depuis un certain temps maintenant, mais par intermittence. Apparemment, distnoted fait partie d'iTunes et a a également causé des problèmes sous Windows . Lorsque j'ai tué iTunes (qui était en train de lire une chanson), la distonted Le processus qui utilisait 400 % de mon processeur (j'ai 4 cœurs) a cessé d'être un problème.

Donc ma réponse, jusqu'à ce que je sache mieux, est de vous recommander de tuer iTunes, et non pas distnoted et faites-nous savoir ce qui se passe.

-1voto

Nils Points 1

J'ai également vu distnoted se dérégler, dans mon cas, cela semble lié à fontd. J'ai trois distnoted en cours d'exécution, un pour _spotlight, un pour _distnote et un pour mon utilisateur.

distnoted   0,0 6:39,85 2   0   101 _distnote   0 bytes 0 bytes     No      -   No  No  No  0 bytes 0 bytes 64 bit
distnoted   0,0 0,05    2   0   642 _spotlight  0 bytes 0 bytes     Yes     -   No  No  No  0 bytes 0 bytes 64 bit
distnoted   82,1    1:19:38,30  49  1   353 nils    0 bytes 0 bytes     No      -   No  No  No  0 bytes 0 bytes 64 bit

Chaque fois que distnoted consomme du cpu (30-90%), fontworker et fontd consomment environ 30-60% de cpu chacun. Dès que je tue fontd, distnoted et fontworker pour mon utilisateur se calment. Tuer fontworker ne fait rien. Après quelques minutes, lorsque fontd a redémarré et a fonctionné un certain temps, tout recommence.

fontworker  27,2    52,81   4   1   1073    nils    0 bytes 0 bytes     No      -   No  No  No  0 bytes 0 bytes 64 bit

fontd   32,6    1:07,41 6   0   1072    nils    0 bytes 0 bytes     No      -   No  No  No  0 bytes 0 bytes 64 bit

Je n'ai aucune idée de la raison pour laquelle cela se produit

-2voto

ConorR Points 113

Peter Buckley a raison, j'ai tort. Je déteste quand ça arrive.

N'enlevez pas le distnoted, le prochain démarrage ne sera pas drôle du tout.

wrong> I took a more sledgehammer approach
wrong> 
wrong>    sudo mv /usr/sbin/distnoted /usr/bin/distnoted.unwanted
wrong>
wrong> This is a work machine and I have no interest in sync'ing with iTunes.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X