กระบวนการที่ไม่มีการรบกวน

บางครั้งฉันเห็นdistnotedกระบวนการที่เกิดขึ้นอย่างกระทันหันและเคี้ยว CPU 100% (บนแกนเดียว) และหน่วยความจำมากมายซึ่งมักจะอยู่ในย่าน 1.5G หรือมากกว่านั้น สิ่งนี้เกิดขึ้นสองสามครั้งต่อวันโดยเริ่มจากเดือนที่แล้ว

บรรทัดคำสั่งคือ/usr/sbin/distnoted agentและมันเริ่มต้นโดยที่launchdไม่ได้ช่วยอะไรมาก โดยปกติแล้วจะทำงานที่ใดที่หนึ่งระหว่าง 4h ถึง 24 ชั่วโมงก่อนที่มันจะหมุนขึ้นมา

การค้นหาเว็บบอกว่าdistnotedจัดการการส่งการแจ้งเตือนและอีกหลายคนรายงานปัญหาเดียวกันกับมัน แต่ฉันยังไม่พบการแก้ไข บางคนพบว่าการปิดแอปพลิเคชันผู้ร้าย (เช่น Skype) หยุดมัน แต่ฉันยังไม่พบผู้ร้ายในเครื่องของฉัน ฉันมักจะใช้งานแอพไม่กี่: Emacs (24.2 จาก Homebrew), Firefox, Adium และ Dash

ฉันใช้ Mavericks ในช่วงปลายปี 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 ทำดัชนีระบบไฟล์ใหม่ แต่ฉัน จำกัด สิ่งที่อนุญาตให้ทำดัชนีให้แคบลงและฉันยังคงเห็นปัญหา ฉันสิ้นสุดการตั้งค่างาน cron เพื่อฆ่า distnoted เป็นประจำ ดูคำตอบที่ไกลออกไป

คุณสามารถดีบัก distnoted โดยสร้างไฟล์/var/log/do_dnserver_log ซึ่งทำให้CFNotificationCenterเซิร์ฟเวอร์ ( distnoted) บันทึกข้อมูลเกี่ยวกับการแจ้งเตือนทั้งหมดไปยังบันทึกระบบ

ฉันจะเริ่มต้นที่นั่นรีบูตและดูบันทึกของระบบเมื่อ CPU เพิ่มขึ้น สิ่งนี้ควรทำให้ผู้กระทำผิดง่ายขึ้น

ข้อมูลเพิ่มเติมเกี่ยวกับการCFNotificationCenterดีบักสามารถพบได้ในเอกสารนักพัฒนาอย่างเป็นทางการที่นี่: หมายเหตุทางเทคนิค TN2124> CFNotificationCenter

ฉันเคยเห็นสิ่งนี้ด้วย Emacs 24.3.1, Mavericks 10.9

ฉันพบว่ากระบวนการที่ถูกรบกวนสงบลงภายในไม่กี่วินาทีหลังจากที่ฉันออกจาก Emacs

ฉันได้ยื่นข้อบกพร่อง Emacs ที่นี่: http://permalink.gmane.org/gmane.emacs.bugs/80836

ฉันรู้ว่าฉันมางานปาร์ตี้ช้า แต่นี่เป็นความจำรั่วเฉพาะ Cocoa emacs ใน Mavericks ที่ได้รับการแก้ไขในลำตัว สำหรับตอนนี้มี patch ที่คุณสามารถใช้เพื่อสร้าง emacs 24.3 ได้ด้วยการแก้ไข

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

ฉันเคยมีปัญหาแบบเดียวกันกับdistnotedที่ El Capitan มาระยะหนึ่งแล้ว โซลูชันของฉันไม่รุนแรงเท่าการฆ่าอย่างสม่ำเสมอ แต่ฉันจะตรวจสอบว่ามันใช้งานไม่ได้ (การใช้งาน 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) 
    }
    '

สคริปต์รันจาก cron ทุกนาทีด้วยบรรทัดนี้ใน crontab:

*   *  *   *  *   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 ที่มี emacs 24.3.1 จาก homebrew (หรือจาก emacsforosx) การรั่วไหล + emacs ที่รบกวน (ทั้งคู่เพิ่มการใช้หน่วยความจำอย่างช้า ๆ ) จะเกิดขึ้นเมื่อเปิดบัฟเฟอร์โหมดเชลล์หนึ่งโหมด มันจะไม่เกิดขึ้นหากคุณเพียงแค่ไปที่ไฟล์

เพียงแค่ต้องการที่จะทราบได้ที่นี่ gmane ดูเหมือนจะลงและฉันพบการสนทนานี้ในการค้นหารายสัปดาห์ของฉันสองครั้งสำหรับการติดตามการแก้ไขปัญหานี้

ฉันคิดว่าฉันสามารถจำได้เพียง 2 ครั้งเท่านั้นที่ความวุ่นวายได้หายไป ในโอกาสนี้มี 2 คนที่นั่งอยู่ด้านบนสุดของรายการ cpu และอีกหนึ่งมากกว่า 400% มันเกิดขึ้นไม่นานหลังจากกลับมาที่สำนักงานและเสียบจอแสดงผลภายนอก - หนึ่งในนั้นคือ usb ขับเคลื่อน - ฉันเดาว่ามันอาจจะเกี่ยวข้อง ฉันไม่ได้ทำอย่างอื่นเพื่อลองและแก้ไขปัญหาก่อนที่จะดึงจอแสดงผล USB ออกซึ่งนำสติกลับมาทันที แล้วเสียบกลับเข้าไปใหม่ทำให้ไม่มีปัญหาเกิดซ้ำ

ข้อพิสูจน์อะไร ไม่มีความเห็น!

ฉันเสียบมันหลายร้อยครั้งและนี่เป็นครั้งแรกที่มันเกิดขึ้นกับฉันว่ามันอาจจะเกี่ยวข้อง และเนื่องจากมันไม่ได้เกิดขึ้นทุกครั้งที่ฉันเสียบมันดังนั้นมันอาจจะมีบางอย่างเกี่ยวกับการเสียบมันทั้งสองอย่างเร็วเกินไปหลังจากกันและกันหรือสุ่มบางอย่างเช่นนั้น อย่างไรก็ตามคิดว่าฉันจะแบ่งปันในกรณีที่คนอื่นพบว่ามันมีอะไรเกี่ยวข้องกับการเสียบอุปกรณ์ต่อพ่วง (ถ้านั่นคือสิ่งที่เป็นหน้าจอภายนอก)

สิ่งนี้ดูเหมือนว่าจะเกิดขึ้นเมื่อแอปพลิเคชันใช้ API การแจ้งเตือนที่มาจาก macOS ในกรณีของฉันผู้ร้ายคือ iTerm2 หลังจากออกจากdistnotedกระบวนการแล้วออก ผู้กระทำผิดอื่น ๆ ที่ระบุว่าเป็น Emacs และ iTunes

สำหรับสิ่งที่คุ้มค่าฉันสามารถแก้ไขปัญหานี้ได้โดยปิดใช้งานซอฟต์แวร์ป้องกันไวรัส

สิ่งนี้ก็เกิดขึ้นกับฉันเช่นกัน หลังจากปิดแอปพลิเคชันไปจำนวนมากไม่มีอะไรช่วยได้

จากนั้นฉันสังเกตเห็นหนึ่งในไดอะล็อก 'รายงานถึง Apple' จากกระบวนการ Python ที่ผิดพลาดถูกเปิดทิ้งไว้ทั้งคืน

แม้ว่ามันจะเป็นเรื่องบังเอิญ แต่หลังจากปิดกล่องโต้ตอบแล้วกระบวนการที่ถูกรบกวนก็สงบลง

ฉันพบปัญหาที่คล้ายกันโดยไม่สนใจเมื่อสองสามเดือนที่ผ่านมาและไม่สามารถติดตามได้ว่าทำไมการใช้งาน CPU ถึงสูงกว่า 100% ในที่สุดฉันเพิ่มรายการไปยัง crontab ของฉันkillall distnotedทุก 2 นาทีซึ่งแก้ไขปัญหาของฉัน

เมื่อเร็ว ๆ นี้ฉันประสบปัญหากับ Sublime Text ซึ่งการพิมพ์subl path/to/fileไม่สามารถเปิดไฟล์ได้อย่างถูกต้องใน Sublime Editor การรีสตาร์ทแอพช่วยแก้ไขปัญหา แต่ก็เริ่มเกิดขึ้นอีกครั้งอย่างรวดเร็ว

หลังจากหยุดสมองของฉันไม่สิ้นสุดฉันระบุความจริงที่ว่าฉันกำลังฆ่ากระบวนการที่ไม่ถูกรบกวนทุก 2 นาทีเพื่อให้คำสั่ง subl หยุดทำงานอย่างลึกลับ

บทสรุป: การใช้งาน CPU สูงเป็นพิเศษอาจเกี่ยวข้องกับประเสริฐ ตอนนี้ซับอัปได้รับการปรับปรุงแล้วหวังว่าข้อสรุปของฉันจะถูกต้องการใช้งาน CPU ยังคงอยู่ในระดับต่ำและคำสั่งย่อยของฉันกลับมาทำงานได้ตามที่คาดหวังในขณะนี้

ฉันมีปัญหานี้เช่นกันค่อนข้างบางเวลา แต่เป็นระยะ ๆ distnoted เห็นได้ชัดว่าเป็นส่วนหนึ่งของ iTunes และได้ก่อให้เกิดปัญหาบน Windows เช่นกัน เมื่อฉันฆ่า iTunes (ซึ่งกำลังเล่นเพลง) distontedกระบวนการที่ใช้ CPU 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

เมื่อใดก็ตามที่ไม่ชอบกินซีพียู (30-90%) ตัวอักษรและฟอนท์จะกินซีพียูประมาณ 30-60% ทันทีที่ฉันฆ่า fontd, distnoted และ fontworker สำหรับผู้ใช้ของฉันสงบลง 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

ฉันไม่รู้ว่าทำไมสิ่งนี้จึงเกิดขึ้น ...

Peter Buckley ถูกต้องฉันผิด ฉันเกลียดเมื่อมันเกิดขึ้น

อย่าลบความฟุ้งซ่านการบู๊ตครั้งต่อไปจะไม่สนุกเลย

ผิด> ฉันใช้วิธีค้อนขนาดใหญ่มากขึ้น
ผิด> 
ผิด> sudo mv / usr / sbin / distnoted /usr/bin/distnoted.unwanted
ผิด>
ผิด> นี่เป็นเครื่องที่ทำงานและฉันไม่มีความสนใจในการซิงค์กับ iTunes