proses tidak jelas melarikan diri

Terkadang saya melihat suatu distnotedproses yang tiba-tiba berputar dan mengunyah CPU 100% (pada satu inti) dan satu ton memori, sering di lingkungan sekitar 1,5G atau lebih. Ini terjadi beberapa kali sehari, mulai sekitar sebulan yang lalu.

Baris perintah adalah /usr/sbin/distnoted agent, dan itu dimulai oleh launchd, tidak ada yang banyak membantu. Biasanya berjalan di suatu tempat antara 4 jam dan 24 jam sebelum berputar dan mematok CPU.

Pencarian web mengatakan distnotedmengelola pengiriman pemberitahuan, dan banyak orang lain melaporkan masalah yang sama dengannya, tetapi saya belum menemukan perbaikan. Beberapa orang menemukan bahwa menutup aplikasi pelakunya (mis. Skype) menghentikannya, tetapi saya belum menemukan pelakunya di komputer saya. Saya biasanya hanya menjalankan beberapa aplikasi: Emacs (24.2 dari Homebrew), Firefox, Adium, dan Dash.

Saya menggunakan Mavericks pada akhir 2012 13 "Retina MBP. Terima kasih sebelumnya!

Memperbarui:

Saya telah mengaktifkan distnotedlog sistem dengan menyentuh /var/log/do_dnserver_log, tetapi tidak banyak membantu. Saya melihat garis-garis seperti ini (uid 501 adalah saya, 89 saya belum menemukan):

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.

Saya juga menjalankan sudo dtruss -p PIDproses spun-up distnoted, dan memunculkan baris seperti ini:

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

Ringkasan dari OP : Ini adalah alat yang hebat untuk debugging. Ini awalnya menunjuk saya ke Spotlight mengindeks ulang sistem file, tapi saya mempersempit hal-hal yang diizinkan untuk diindeks, dan saya masih melihat masalah. Saya akhirnya membuat tugas cron untuk membunuh distnoted secara teratur. Lihat jawaban lebih jauh ke bawah.

Anda dapat men-debug yang membingungkan dengan membuat file /var/log/do_dnserver_log ini menyebabkan CFNotificationCenterserver ( distnoted) mencatat informasi tentang semua pemberitahuan ke log sistem.

Saya akan mulai dari sana, reboot dan lihat log sistem ketika CPU meningkat. Ini harus keluar dari pelakunya dengan mudah.

Info lebih lanjut tentang CFNotificationCenterdebugging dapat ditemukan di dokumen Pengembang resmi di sini: Catatan Teknis TN2124> CFNotificationCenter

Saya sudah melihat ini juga. Emacs 24.3.1, Mavericks 10.9.

Saya telah menemukan bahwa proses yang tidak jelas menjadi tenang dalam beberapa detik setelah saya keluar dari Emacs.

Saya telah mengajukan bug Emacs di sini: http://permalink.gmane.org/gmane.emacs.bugs/80836

Saya tahu saya terlambat ke pesta, tetapi ini adalah kebocoran memori khusus untuk emacs Kakao di Mavericks yang diperbaiki di bagasi. Untuk saat ini ada tambalan yang dapat Anda gunakan untuk membangun emacs 24.3 hanya dengan perbaikannya.

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

Saya mengalami masalah yang sama dengan distnotedEl Capitan untuk beberapa waktu. Solusi saya tidak sekeras membunuhnya secara teratur, tetapi saya memeriksa kehabisan kontrol (penggunaan CPU tinggi), dan kemudian membunuhnya. Saya menggunakan skrip ini:

#!/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) 
    }
    '

Script dijalankan dari cron setiap menit dengan baris ini di crontab:

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

Dalam praktiknya, skrip membunuh distnotedsekali atau dua kali sehari, dan biasanya ini terjadi setelah backupddimulai.

Bagi mereka yang tidak nyaman menggunakan shell OS X (command line), skrip berikut akan menginstal checkdistnotedskrip dan entri 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
}

Anda harus menyimpan yang di atas seperti install_checkdistnoted.shpada desktop Anda, kemudian jalankan Applications/Utilities/Terminaldan ketik:

cd Desktop
sh install_checkdistnoted.sh 

Jika berfungsi sepenuhnya akan mencetak konfirmasi dari masing-masing langkah. Skrip tidak akan menimpa checkdistnotedentri skrip atau crontab yang ada.

Saya menyerah dan mengambil pendekatan palu godam: bunuh secara otomatis, setiap menit. mendesah.

saya taruh ini di ~/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>

dan kemudian menginstalnya dengan launchctl load ~/Library/LaunchAgents/org.snarfed.pkill_distnoted.plist.

Saya telah melakukan berbagai kombinasi pengupasan kustomisasi untuk mempersempit perilaku ini; Saya pikir ini mode comint. Pada 10.9 dengan emacs 24.3.1 dari homebrew (atau dari emacsforosx) kebocoran + emacs yang tidak jelas (keduanya secara perlahan meningkatkan konsumsi memori) akan terjadi dengan satu buffer mode shell terbuka. Tidak akan terjadi jika Anda hanya mengunjungi file.

Hanya ingin mencatatnya di sini, gmane tampaknya turun dan saya terus menemukan diskusi ini pada pencarian dua kali seminggu saya untuk tindak lanjut masalah ini.

Saya pikir saya hanya dapat mengingat 2 kesempatan ketika distnoted telah rusak. Pada kesempatan ini ada 2 dari mereka yang duduk di puncak daftar cpu dan satu lebih dari 400%. Itu terjadi tak lama setelah kembali ke kantor dan mencolokkan beberapa display eksternal - salah satunya adalah usb powered - saya menduga bahwa itu mungkin terkait. Saya tidak melakukan apa pun untuk mencoba dan memperbaiki masalah sebelum mengeluarkan tampilan USB yang mengembalikan kewarasan secara instan. Dan kemudian memasangnya kembali menghasilkan tidak ada masalah berulang.

Yang membuktikan apa? Tidak ada ide!

Saya pasang mereka ratusan kali dan ini adalah pertama kalinya saya menyadari bahwa itu mungkin terkait. Dan karena itu tidak terjadi setiap kali saya pasang mereka, maka mungkin ada hubungannya dengan memasukkan keduanya terlalu cepat satu sama lain, atau sesuatu yang acak seperti itu. Bagaimanapun pikir saya akan berbagi kalau-kalau orang lain menemukan itu ada hubungannya dengan mencolokkan periferal (jika itu adalah layar eksternal)

Ini tampaknya terjadi ketika suatu aplikasi entah bagaimana membuat kesalahan menggunakan notifikasi API yang disediakan oleh macOS. Dalam kasus saya pelakunya adalah iTerm2. Setelah berhenti, distnotedproses keluar. Penyebab lain yang telah diidentifikasi adalah Emacs dan iTunes.

Untuk apa nilainya, saya dapat memperbaiki masalah ini dengan menonaktifkan perangkat lunak anti-virus saya.

Ini terjadi pada saya juga, bingung itu menjadi gila. Setelah menutup banyak aplikasi, tidak ada yang membantu.

Lalu saya perhatikan salah satu dialog 'Laporkan ke Apple' dari proses Python yang macet dibiarkan terbuka sepanjang malam.

Meskipun itu bisa saja kebetulan, setelah menutup dialog, proses yang membingungkan itu menjadi tenang.

Saya mengalami masalah yang sama dengan distnoted beberapa bulan yang lalu dan tidak dapat melacak mengapa penggunaan CPU melonjak di atas 100%. Akhirnya, saya menambahkan entri ke crontab saya killall distnotedsetiap 2 menit yang menyelesaikan masalah saya.

Baru-baru ini, saya mengalami masalah dengan Teks Sublime di mana pengetikan subl path/to/filegagal membuka file dengan benar di Sublime Editor. Restart aplikasi memperbaiki masalah, tetapi dengan cepat mulai terjadi lagi.

Setelah memeras otak saya tanpa akhir, saya mengidentifikasi fakta bahwa saya membunuh proses yang membingungkan setiap 2 menit mengapa perintah subl secara misterius berhenti bekerja.

Kesimpulannya: penggunaan CPU super tinggi mungkin terkait dengan luhur. Sekarang sublim telah diperbarui, semoga kesimpulan saya benar, penggunaan CPU tetap rendah, dan perintah subl saya kembali berfungsi seperti yang diharapkan sekarang bahwa distnoted berjalan lagi tanpa crontab saya membunuh proses setiap 2 menit.

Saya juga pernah mengalami masalah ini, untuk beberapa waktu sekarang, tetapi sebentar-sebentar. Rupanya distnoted adalah bagian dari iTunes dan telah menyebabkan masalah pada Windows juga . Ketika saya membunuh iTunes (yang sedang memainkan lagu), distontedproses yang menggunakan 400% dari CPU saya (saya memiliki 4 core) berhenti menjadi masalah.

Jadi jawaban saya, sampai saya tahu lebih baik, adalah merekomendasikan Anda untuk membunuh iTunes, bukan distnoted, dan beri tahu kami apa yang terjadi.

Saya juga melihat pergi berantakan, dalam kasus saya sepertinya terkait dengan fontd. Saya memiliki tiga distnoted running, satu untuk _spotlight, satu untuk _distnote dan satu untuk pengguna saya.

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

Setiap kali makan cpu (30-90%), fontworker dan fontd masing-masing memakan 30-60% cpu. Segera setelah saya mematikan fontd, distnoted, dan fontworker agar pengguna saya tenang. Membunuh fontworker tidak melakukan apa-apa. Setelah beberapa menit ketika fontd telah dimulai kembali dan telah berjalan beberapa saat semuanya dimulai lagi.

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

Saya tidak tahu mengapa ini terjadi ...

Peter Buckley benar, saya salah. Aku benci kalau itu terjadi.

Jangan hapus distnoted, boot berikutnya tidak akan menyenangkan sama sekali.

salah> Saya mengambil pendekatan godam
salah> 
salah> sudo mv / usr / sbin / distnoted /usr/bin/distnoted.unwanted
salah>
salah> Ini adalah mesin kerja dan saya tidak tertarik untuk menyelaraskan dengan iTunes.