가출 처리

때때로 distnoted프로세스가 갑자기 터져서 100 % CPU (하나의 코어에서)와 1 톤의 메모리 (주로 1.5G 정도 부근)가 씹히는 것을 볼 수 있습니다. 이것은 한 달 정도 전에 하루에 몇 번 발생합니다.

커맨드 라인은 /usr/sbin/distnoted agent이고 시작 launchd은하는데 도움이되지 않습니다. 일반적으로 CPU가 작동하기 전에 4 시간에서 24 시간 사이에 실행됩니다.

웹 검색에 따르면 distnoted알림 전달을 관리 한다고 말하고 다른 많은 사람들이 동일한 문제를보고하지만 아직 해결책을 찾지 못했습니다. 일부 사람들은 범인 응용 프로그램 (예 : Skype)을 닫으면 응용 프로그램이 중지되지만 아직 내 컴퓨터에서 범인을 찾지 못했습니다. 나는 보통 Emacs (Homebrew의 24.2), Firefox, Adium 및 Dash와 같은 몇 가지 응용 프로그램 만 실행하고 있습니다.

2012 년 말 13 "Retina MBP에 매버릭스에 있습니다. 미리 감사드립니다!

최신 정보:

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를 지적했지만 색인을 생성 할 수있는 범위를 좁혔지만 여전히 문제가 있습니다. 나는 정기적으로 혐오감을 없애기 위해 크론 작업을 시작했습니다. 더 아래의 답변을 참조하십시오.

파일을 작성하여 구별하여 디버그 할 수 있습니다. /var/log/do_dnserver_log 이렇게하면 CFNotificationCenter서버 ( distnoted)가 모든 알림에 대한 정보를 시스템 로그에 기록합니다.

CPU를 시작하면 재부팅하고 시스템 로그를 살펴 봅니다. 이것은 범인을 쉽게 제거해야합니다.

CFNotificationCenter디버깅에 대한 자세한 정보 는 공식 개발자 문서에서 확인할 수 있습니다. 기술 노트 TN2124> CFNotificationCenter

나도 이것을 보았다. 이맥스 24.3.1, 매버릭스 10.9.

나는 Emacs를 종료 한 후 몇 초 안에 무시 된 프로세스가 진정되는 것을 발견했다.

여기에 Emacs 버그를 제기했습니다 : http://permalink.gmane.org/gmane.emacs.bugs/80836

나는 파티에 늦었다는 것을 알고 있지만 이것은 트렁크에 고정 된 매버릭스의 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"

실제로 스크립트 distnoted는 하루에 한두 번 죽이고 일반적으로 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 모드라고 생각한다. 10.9에서 homebrew (또는 emacsforosx)의 emacs 24.3.1을 사용하면 하나의 쉘 모드 버퍼를 열면 구분 된 + emacs 누출 (둘 다 메모리 소비가 천천히 증가 함)이 발생합니다. 파일 만 방문해도 안됩니다.

gmane이 다운 된 것으로 보이며 매주 두 번이 문제에 대한 후속 조치를 검색 할 때이 토론을 계속 찾고 있습니다.

나는 distnoteded가 haywire로 갔을 때 두 번만 기억할 수 있다고 생각합니다. 이 경우 CPU 목록 상단에 2 개가 있고 400 % 이상이있었습니다. 사무실로 돌아와 몇 개의 외부 디스플레이를 꽂은 직후에 발생했습니다.이 중 하나는 USB 전원이 공급됩니다. 관련이 있다고 생각했습니다. USB 디스플레이를 꺼내기 전에 문제를 해결하기 위해 다른 조치를 취하지 않았기 때문에 즉시 정신이 회복되었습니다. 그런 다음 다시 연결하면 반복 문제가 발생하지 않았습니다.

어느 것이 무엇을 증명합니까? 몰라!

나는 그것들을 수백 번 연결하고 이것이 관련되었을 수도있는 것은 나에게 처음이다. 그리고 플러그를 꽂을 때마다 발생하지 않기 때문에 서로 너무 빨리 연결하거나 무작위로 연결하는 것과 관련이 있습니다. 어쨌든 다른 사람들이 주변 장치를 연결하는 것과 관련이 있다고 생각하면 공유 할 것이라고 생각했습니다 (외부 화면이있는 경우)

응용 프로그램이 어떻게 든 macOS에서 제공하는 알림 API를 잘못 사용하는 경우에 발생합니다. 제 경우에는 범인은 iTerm2였습니다. 종료 한 후 distnoted프로세스가 종료되었습니다. 확인 된 다른 범인은 Emacs와 iTunes입니다.

그만한 가치가 있기 때문에 안티 바이러스 소프트웨어를 비활성화하여이 문제를 해결할 수있었습니다.

이것은 나에게도 일어났다. 많은 응용 프로그램을 닫은 후에도 아무런 도움이되지 않았습니다.

그런 다음 충돌 한 Python 프로세스의 'App to Apple 보고서'대화 상자 중 하나가 밤새 열려있는 것으로 나타났습니다.

우연의 일치 일 수도 있지만, 대화 상자를 닫은 후 뚜렷한 프로세스가 진정되었습니다.

몇 개월 전에 비슷한 문제가 발생하여 CPU 사용량이 100 % 이상으로 급상승 한 이유를 추적 할 수 없었습니다. 마지막으로 killall distnoted2 분마다 crontab에 항목을 추가하여 문제를 해결했습니다.

최근, subl path/to/fileSublime Editor 에서 입력 이 파일을 올바르게 열지 못하는 Sublime Text에 문제가 있습니다. 앱을 다시 시작하면 문제가 해결되었지만 빠르게 다시 발생하기 시작했습니다.

내 두뇌를 끝없이 쌓고 난 후, 나는 subl 명령이 신비하게 작동을 멈추는 이유에 대해 2 분마다 뚜렷한 프로세스를 죽이고 있다는 사실을 확인했습니다.

결론 : 매우 높은 CPU 사용량은 숭고한 것과 관련이있을 수 있습니다. 이제 숭고한 내용이 업데이트되었으므로 내 결론이 정확하고 CPU 사용량이 낮으며 crontab이 2 분마다 프로세스를 종료하지 않고 distnoted가 다시 실행되므로 subl 명령이 예상대로 작동합니다.

지금도 꽤 오랫동안이 문제가 있었지만 간헐적으로 말입니다. 분명히 distnoted는 iTunes의 일부이며 Windows에서도 문제를 일으켰습니다 . 노래를 재생하는 iTunes를 죽였을 때 distontedCPU의 400 % (4 개의 코어가 있음)를 사용 하는 프로세스에서 문제가 발생하지 않았습니다.

따라서 제 대답은 내가 더 잘 알 때까지 iTunes를 죽이지 distnoted말고 어떤 일이 발생했는지 알려주는 것입니다.

나는 또한 쇠목이없는 건초를 보았습니다. 제 경우에는 글꼴과 관련이있는 것 같습니다. 하나는 _spotlight, 하나는 _distnote, 다른 하나는 내 사용자를위한 세 개의 구분 된 실행입니다.

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를 먹습니다. 사용자를위한 글꼴, 무시 및 글꼴 작업을 중단하자마자 진정합니다. 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

왜 이런 일이 일어나고 있는지 전혀 모른다.

피터 버클리 말이 맞아, 내가 틀렸어 그럴 때 나는 그것을 싫어.

무시한 부분을 제거하지 마십시오. 다음 부팅은 전혀 재미가 없습니다.

잘못된> 나는 더 망치로 접근했다
잘못> 
잘못된> sudo mv / usr / sbin / distnoted /usr/bin/distnoted.unwanted
잘못>
wrong> 이것은 작업용 컴퓨터이며 iTunes와 동기화에 관심이 없습니다.