proceso descontrolado desapegado

Resumen de la OP : esta fue una gran herramienta para la depuración. Originalmente me señaló a Spotlight reindexando el sistema de archivos, pero reduje las cosas que puede indexar, y aún vi el problema. Acabé configurando un trabajo cron para matar a los que aparecían regularmente. Ver respuesta más abajo.

Se puede hacer una depuración del error al crear el archivo /var/log/do_dnserver_log Esto hace que el servidor CFNotificationCenter ( distnoted ) registre información sobre todas las notificaciones al registro del sistema.

Comenzaría allí, reiniciaría y miraría el registro del sistema cuando la CPU se activara. Esto debería salir fácilmente del culpable.

Puede encontrar más información sobre CFNotificationCenter de depuración en los documentos oficiales del desarrollador aquí: Nota técnica TN2124 > CFNotificationCenter

También he visto esto. Emacs 24.3.1, Mavericks 10.9.

Descubrí que el proceso anónimo se calma unos segundos después de salir de Emacs.

He presentado un error de Emacs aquí: enlace

Sé que llego tarde a la fiesta pero esta es una pérdida de memoria específica de los emacs de Cocoa en Mavericks que se arregla en el tronco. Por ahora hay un parche que puedes usar para compilar emacs 24.3 con solo la corrección.

enlace

He estado teniendo los mismos problemas con distnoted en el capitan durante algún tiempo. Mi solución no es tan dura como matarla regularmente, más bien, compruebo que se esté quedando fuera de control (alto uso de la CPU) y luego la mato. Yo uso este script:

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

El script se ejecuta desde cron cada minuto con esta línea en crontab:

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

En la práctica, la secuencia de comandos mata distnoted una o dos veces al día, y normalmente esto ocurre después de que se inicie backupd .

Para aquellos que no se sienten cómodos con el uso del shell OS X (línea de comando), el siguiente script instalará tanto el script checkdistnoted como la entrada 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
}

Debe guardar lo anterior como install_checkdistnoted.sh en su escritorio, luego ejecute Applications/Utilities/Terminal y escriba:

cd Desktop
sh install_checkdistnoted.sh 

Si funciona completamente, imprimirá la confirmación de cada uno de los pasos. El script no sobrescribirá un script checkdistnoted o una entrada crontab existente.

[Se corrigió el error de sintaxis en el script de agosto de 2016 - MR]

Me di por vencido y adopté el enfoque de martillo: mátalo automáticamente, cada minuto. suspiro.

Pongo esto en ~/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>

y luego lo instaló con launchctl load ~/Library/LaunchAgents/org.snarfed.pkill_distnoted.plist .

He estado haciendo diferentes combinaciones de personalizaciones de extracción para reducir este comportamiento; Creo que es el modo comint. En 10.9 con emacs 24.3.1 de homebrew (o de emacsforosx), la fuga de emacs + notada (ambas aumentan lentamente en el consumo de memoria) ocurrirá con un búfer de modo shell abierto. No lo hará si solo visita archivos.

Solo quería anotarlo aquí, parece que gmane está abajo y sigo encontrando esta discusión en mi búsqueda dos veces por semana de seguimiento de este problema.

Creo que solo puedo recordar 2 ocasiones en las que Distnoted se ha vuelto loco. En esta ocasión, había 2 de ellos en la parte superior de la lista de CPU y uno superaba el 400%. Sucedió poco después de volver a la oficina y conectar un par de pantallas externas, una de las cuales funciona con USB, supongo que podría estar relacionado. No hice nada más para intentar solucionar el problema antes de extraer la pantalla USB, lo que devolvió la cordura al instante. Y luego volver a enchufarlo resultó en un problema que no se repite.

¿Qué prueba qué? No tengo idea!

Los conecto cientos de veces y esta es la primera vez que se me ocurrió que podría estar relacionado. Y dado que no sucede cada vez que los conecto, entonces podría tener algo que ver con conectarlos demasiado rápido uno detrás del otro, o algo al azar así. De todos modos, pensé que lo compartiría en caso de que otras personas descubran que tiene algo que ver con conectar periféricos (si es lo que es una pantalla externa)

Esto parece suceder cuando una aplicación de alguna manera hace un uso incorrecto de la API de notificación proporcionada por macOS. En mi caso el culpable fue iTerm2. Después de salir, los procesos distnoted salieron. Otros culpables que se han identificado son Emacs e iTunes.

Por lo que vale, pude solucionar este problema al deshabilitar mi software antivirus.

Esto también me sucedió a mí, que se estaba volviendo loco. Después de cerrar un montón de aplicaciones, nada ayudó.

Luego noté que uno de esos diálogos de 'Informe a Apple' de un proceso Python se había dejado abierto toda la noche.

Aunque podría ser solo una coincidencia, después de cerrar el cuadro de diálogo, el proceso anulado se calmó.

Me encontré con un problema similar con problemas hace unos meses y no pude encontrar por qué el uso de la CPU fue superior al 100%. Finalmente, agregué una entrada a mi crontab a killall distnoted cada 2 minutos que resolvió mi problema.

Recientemente, he tenido un problema con el texto sublime donde al escribir subl path/to/file no se pudo abrir el archivo correctamente en el editor sublime. Un reinicio de la aplicación solucionó el problema, pero rápidamente volvió a ocurrir.

Después de atormentar mi cerebro hasta el final, identifiqué el hecho de que estaba matando a un proceso anónimo cada 2 minutos para explicar por qué el comando subl había dejado de funcionar misteriosamente.

La conclusión: el uso superalto de la CPU puede estar relacionado con lo sublime. Ahora que se ha actualizado lo sublime, espero que mi conclusión sea correcta, que el uso de la CPU sea bajo y que mi comando de subl vuelva a funcionar como se esperaba ahora que se está ejecutando de nuevo sin que mi crontab finalice el proceso cada 2 minutos.

También he tenido este problema desde hace bastante tiempo, pero de forma intermitente. Aparentemente, el notnot es parte de iTunes y también causó problemas en Windows . Cuando maté a iTunes (que estaba reproduciendo una canción), el proceso distonted que usaba el 400% de mi CPU (tengo 4 núcleos) dejó de ser un problema.

Así que mi respuesta, hasta que yo sepa mejor, es recomendarte que mates a iTunes, no a distnoted , y nos dejes saber qué sucede.

También veo que hay distwed go haywire, en mi caso parece estar relacionado con fontd. Tengo tres carreras anotadas, una para _spotlight, una para _distnote y otra para mi usuario.

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

Cada vez que se comen cotas cpu (30-90%), fontworker y fontd comen alrededor de 30-60% cpu cada uno. Tan pronto como mate a fontd, distnoted y fontworker para que mi usuario se calme. Matar a fontworker no hace nada. Después de un par de minutos, cuando se haya reiniciado fontd y se haya estado ejecutando durante un tiempo, todo comienza de nuevo.

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

No tengo idea de por qué sucede esto ...

Peter Buckley tiene razón, estoy equivocado. Odio cuando eso sucede.

No elimines los anotados, el próximo arranque no será divertido en absoluto.

wrong> I took a more sledgehammer approach
wrong> 
wrong>    sudo mv /usr/sbin/distnoted /usr/bin/distnoted.unwanted
wrong>
wrong> This is a work machine and I have no interest in sync'ing with iTunes.