processus de déni de service

Question

processus de déni de service

Demandé el 20 de Novembre, 2013: Quand la question a-t-elle été
113135 affichage: Nombre de visites la question a
5 Réponses: Nombre de réponses aux questions
Résolu: Situation réelle de la question

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
...

Demandé el 20 de Novembre, 2013 par ryan

Answer 1

5 Réponses

Answer 2

4voto

Lang Martin Points 41

J'ai fait différentes combinaisons de personnalisations de dépouillement afin de réduire ce comportement ; je pense que c'est le mode comint. Sur 10.9 avec emacs 24.3.1 à partir de homebrew (ou de emacsforosx) la fuite distnoted + emacs (ils augmentent tous les deux lentement en consommation de mémoire) se produira avec un tampon ouvert en mode shell. Ce ne sera pas le cas si vous ne faites que visiter des fichiers.

Je voulais juste le noter ici, gmane semble être en panne et je continue à trouver cette discussion lors de mes recherches bihebdomadaires de suivi de cette question.

Répondu el 12 de Décembre, 2013 par Lang Martin (41 Points )

Answer 3

3voto

xApple Points 175

Cela semble se produire lorsqu'une application fait une mauvaise utilisation de l'API de notification fournie par MacOS. Dans mon cas, le coupable était iTerm2. Après l'avoir quitté, la fenêtre distnoted Les processus sont sortis. Les autres coupables qui ont été identifiés sont Emacs et iTunes.

Répondu el 27 de Juin, 2016 par xApple (175 Points )

Answer 4

2voto

petednz - fuzion Points 121

Je pense que je ne me souviens que de 2 occasions où distnoted a dérapé. Cette fois-ci, il y en avait deux en haut de la liste des processeurs et l'un d'eux était à plus de 400%. Cela s'est produit peu de temps après être retourné au bureau et avoir branché deux écrans externes - dont l'un est alimenté par USB - j'ai supposé que cela pouvait être lié. Je n'ai rien fait d'autre pour essayer de résoudre le problème avant de débrancher l'écran USB, ce qui m'a ramené à la raison instantanément. Puis, en le rebranchant, le problème ne s'est pas reproduit.

Ce qui prouve quoi ? Aucune idée !

Je les branche des centaines de fois et c'est la première fois qu'il me vient à l'esprit que cela pourrait être lié. Et comme cela ne se produit pas à chaque fois que je les branche, cela pourrait avoir un rapport avec le fait de les brancher trop rapidement l'un après l'autre, ou quelque chose d'aléatoire comme ça. Quoi qu'il en soit, j'ai pensé que je partagerais au cas où d'autres personnes trouveraient que cela a quelque chose à voir avec le branchement de périphériques (si c'est ce qu'est un écran externe).

Répondu el 29 de Avril, 2015 par petednz - fuzion (121 Points )

Answer 5

0voto

David P. Caldwell Points 149

Pour ce que ça vaut, j'ai pu résoudre ce problème en désactivant mon logiciel anti-virus.

Répondu el 30 de Décembre, 2013 par David P. Caldwell (149 Points )

Answer 6

0voto

aroth Points 101

Ça m'est arrivé aussi, le distnoted devenait fou. Après avoir fermé un tas d'applications, rien n'a aidé.

Puis j'ai remarqué qu'une de ces boîtes de dialogue "Report to Apple" provenant d'un processus Python planté était restée ouverte toute la nuit.

Bien qu'il puisse s'agir d'une simple coïncidence, après avoir fermé le dialogue, le processus de distanciation s'est calmé.

Répondu el 5 de Juin, 2014 par aroth (101 Points )

processus de déni de service

Réponses

Questions en vedette

Top Tags

LesApples.com

Powered by:

processus de déni de service

Réponses

Questions connexes

Questions en vedette

Top Tags

Dans notre réseau

LesApples.com

Powered by: