暴走したプロセス

ときどき、distnotedプロセスが突然スピンアップし、100％CPU（1つのコア上）と1トンのメモリ（多くの場合1.5G程度）を噛みます。これは、1か月ほど前に1日に数回発生します。

コマンドラインは/usr/sbin/distnoted agentであり、で開始されていますがlaunchd、どちらもあまり役に立ちません。通常、4時間から24時間の間に実行されてから、スピンアップしてCPUをペグします。

Web検索ではdistnoted通知の配信を管理しており、他の多くの人が同じ問題を報告していますが、まだ修正方法が見つかりません。一部の人々は、犯人アプリケーション（たとえば、Skype）を閉じると停止することに気づきましたが、私のマシンで犯人をまだ見つけていません。通常、Emacs（Homebrewの24.2）、Firefox、Adium、およびDashという少数のアプリのみを実行しています。

私は2012年後半の13 "Retina MBPでMavericksにいます。よろしくお願いします！

更新：

にdistnotedタッチしてシステムログへのログ記録を有効にしましたが、/var/log/do_dnserver_logあまり役に立ちません。次のような行が表示されます（uid 501は私、89はまだ見つかりません）：

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.

またsudo dtruss -p PID、スピンアップdistnotedプロセスを実行しましたが、次のような行が出力されます。

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

OPからの要約：これはデバッグに最適なツールでした。もともとは、Spotlightがファイルシステムのインデックスを再作成することを示していましたが、インデックスを作成できるものを絞り込みましたが、まだ問題が見つかりました。私は定期的にdistnotedを殺すためにcronジョブを設定することになりました。さらに下の回答を参照してください。

ファイルを作成することにより、distnotedをデバッグできます。/var/log/do_dnserver_log これにより、CFNotificationCenterサーバー（distnoted）がすべての通知に関する情報をシステムログに記録します。

そこで起動し、再起動して、CPUが急上昇したときにシステムログを確認します。これは犯人を簡単に排除するはずです。

CFNotificationCenterデバッグの詳細については、公式の開発者向けドキュメントをご覧ください：テクニカルノートTN2124> CFNotificationCenter

私もこれを見ました。Emacs 24.3.1、マーベリックス10.9。

Emacsを終了した後、数秒以内に分散プロセスが落ち着くことがわかりました。

Emacsのバグをここに提出しました：http : //permalink.gmane.org/gmane.emacs.bugs/80836

私はパーティーに遅れていることは知っていますが、これはMavericksのCocoa emacs固有のメモリリークであり、トランクで修正されています。今のところ、修正だけでemacs 24.3をビルドするために使用できるパッチがあります。

https://gist.github.com/anonymous/8553178

私はdistnotedエルキャピタンで同じ問題をしばらく抱えてきました。私の解決策は、定期的に殺すほど厳しくはなく、制御不能状態（CPU使用率が高い状態）になっていることを確認してから殺します。このスクリプトを使用します。

#!/bin/sh
#
# check for runaway distnoted, kill if necessary
#
PATH=/bin:/usr/bin
export PATH

ps -reo '%cpu,uid,pid,command' | 
    awk -v UID=$UID '
    /distnoted agent$/ && $1 > 100.0 && $2 == UID { 
        system("kill -9 " $3) 
    }
    '

スクリプトは、crontabの次の行で毎分cronから実行されます。

*   *  *   *  *   sh "$HOME/bin/checkdistnoted"

実際には、スクリプトはdistnoted1日に1〜2回強制終了しbackupdます。通常、これは開始後に発生します。

OS Xシェル（コマンドライン）の使用に慣れていない人のために、次のスクリプトはcheckdistnotedスクリプトとcrontabエントリの両方をインストールします。

#!/bin/sh
#
# install $HOME/bin/checkdistnoted
# setup crontab to run every minute
# 
# MWR Apr 2016
#

INSTALLCMD=bin/checkdistnoted
cd "$HOME"
[ ! -d bin ] && mkdir bin
[ -f $INSTALLCMD ] || {
    cat > $INSTALLCMD <<-"!!"
    #!/bin/sh
    #
    # check for runaway distnoted, kill if necessary
    #

    PATH=/bin:/usr/bin
    export PATH

    ps -reo '%cpu,uid,pid,command' | 
        awk -v UID=$UID '
        /distnoted agent$/ && $1 >= 100.0 && $2 == UID { 
            # kill distnoted agent with >= 100% CPU and owned by me
            system("kill -9 " $3) 
        }
        '
!!
    chmod +x $INSTALLCMD 
    echo installed $INSTALLCMD
}

INSTALLCRON="# check for runaway distnoted every minute:
* * * * * sh \"\$HOME/$INSTALLCMD\""
crontab -l | grep -q '$HOME'/$INSTALLCMD || {
    crontab -l > mycron
    echo "$INSTALLCRON" >> mycron
    crontab mycron
    rm mycron
    echo updated crontab
}

上記をinstall_checkdistnoted.shデスクトップに保存し、次に実行Applications/Utilities/Terminalして入力する必要があります：

cd Desktop
sh install_checkdistnoted.sh 

完全に機能する場合、各ステップの確認を印刷します。スクリプトは、既存のcheckdistnotedスクリプトまたはcrontabエントリを上書きしません。

私はあきらめて、スレッジハンマーのアプローチを取りました：毎分自動的にそれを殺します。はぁ。

私はこれを入れます~/Library/LaunchAgents/org.snarfed.pkill_distnoted.plist：

<plist version="1.0">
<dict>
  <key>Label</key>
  <string>org.snarfed.pkill_distnoted</string>
  <key>ProgramArguments</key>
  <array>
    <string>pkill</string>
    <string>-KILL</string>
    <string>-f</string>
    <string>distnoted</string>
  </array>
  <key>StartInterval</key>
  <integer>60</integer>  <!-- every minute -->
</dict>
</plist>

そして、でインストールしましたlaunchctl load ~/Library/LaunchAgents/org.snarfed.pkill_distnoted.plist。

この動作を絞り込むために、ストリッピングカスタマイズのさまざまな組み合わせを行っています。私はそれがcomintモードだと思います。homebrew（またはemacsforosx）からのemacs 24.3.1を使用した10.9では、シェルモードバッファーが1つ開いていると、distnoted + emacsリーク（どちらもメモリ消費が徐々に増加します）が発生します。単にファイルにアクセスするだけではそれはできません。

ここで注意したかったのは、gmaneがダウンしているように見えることと、この問題のフォローアップの週2回の検索でこの議論を見つけ続けることです。

distnotedが大騒ぎになったのは2回だけだと思います。この機会にCPUリストのトップに座っているのは2人で、1人は400％以上でした。それはオフィスに戻っていくつかの外部ディスプレイを接続した直後に起こりました-その1つはUSB電源です-私はそれが関連しているかもしれないと推測しました。USBディスプレイを引き出す前に問題を解決しようとすることは何もしませんでした。そして、それを再び差し込むと、繰り返し問題は発生しませんでした。

これは何を証明していますか？わからない！

私は何百回もそれらを接続します、そして、それがそれが関連しているかもしれないことが私に起こったのはこれが初めてです。そして、それをプラグインするたびに起こるわけではないので、それらを両方ともすぐにプラグインするか、またはそのようなランダムな何かをプラグインすることと関係があるかもしれません。とにかく、周辺機器の接続と関係があると他の人が感じた場合に共有すると思いました（それが外部画面である場合）

これは、アプリケーションが何らかの方法でmacOSが提供する通知APIを誤って使用した場合に発生するようです。私の場合、犯人はiTerm2でした。終了後、distnotedプロセスは終了しました。特定された他の犯人はEmacsとiTunesです。

価値のあることですが、アンチウイルスソフトウェアを無効にすることでこの問題を解決することができました。

これは私にも起こり、気が狂っていた。たくさんのアプリケーションを閉じた後、何も助けませんでした。

それから、クラッシュしたPythonプロセスからの「Appleへのレポート」ダイアログの1つが一晩中開いたままになっていることに気付きました。

偶然かもしれませんが、ダイアログを閉じた後、気づいたプロセスは落ち着きました。

数か月前にdistnotedで同様の問題に遭遇しましたが、CPU使用率が100％を超えている理由を追跡できませんでした。最後に、killall distnoted2分ごとにcrontabにエントリを追加して、問題を解決しました。

最近、私はSublime Textで問題subl path/to/fileが発生しており、入力ではSublime Editorでファイルを正しく開けませんでした。アプリを再起動すると問題は解決しましたが、すぐに再び発生し始めました。

頭を悩ませた後、sublコマンドが不可解に機能しなくなった理由を2分ごとに発見したプロセスを殺しているという事実を確認しました。

結論：超高CPU使用率は崇高に関連している可能性があります。崇高が更新されたので、うまくいけば私の結論は正しいです、CPU使用率は低いままであり、crontabが2分ごとにプロセスを殺すことなくdistnotedが再び実行されているので、sublコマンドは期待どおりに戻ります。

私もこの問題を抱えていました。かなり長い間、断続的に。どうやらdistnotedはiTunesの一部であり、Windowsでも同様に問題を引き起こしています。iTunes（曲を再生している）distontedを強制終了すると、CPUの400％（4コアを使用）を使用していたプロセスが問題になりなくなりました。

私の答えは、私がよく知るまで、iTunesではなくdistnoted、キルすることをお勧めし、何が起こるか教えてください。

また、distnoted go haywireも見ます。私の場合は、fontdに関連しているようです。_spotlight用、_distnote用、ユーザー用の3つのdistnotedを実行しています。

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

distnotedがCPU（30〜90％）を消費するたびに、fontworkerとfontdはそれぞれ約30〜60％のCPUを消費します。ユーザーのfontd、distnoted、fontworkerを強制終了するとすぐに落ち着きます。フォントワーカーを殺しても何もしません。fontdが再起動し、しばらく実行されていた数分後、すべてが再び起動します。

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

私はこれがなぜ起こっているのか見当もつかない…

ピーター・バックリーは正しいです、私は間違っています。それが起こるとき、私はそれを嫌います。

distnotedを削除しないでください。次のブートはまったく面白くないでしょう。

間違っている>私はより大胆なアプローチを取りました
間違っている> 
wrong> sudo mv / usr / sbin / distnoted /usr/bin/distnoted.unwanted
間違っている>
間違っている>これは仕事用のマシンで、iTunesとの同期には興味がありません。