securityd utilizando el 100% de la CPU y los contaminantes del sistema.registro de

En mi caso, el loco securityd proceso fue causado por GitHub aplicación de escritorio - durante la confirmación, los problemas de la red provocó un error en ssh apretón de manos. Posterior se compromete salió bien. GitHub aplicación queda abierta, securityd fue calentando mi CPU. Dejar de GitHub aplicación se soluciona el problema - probablemente terminando algo en securityd. Así que mi conjetura es, securityd tiene algunos bucle infinito problema durante las operaciones de cifrado, tal vez sólo con ssh y apretones de manos.

Por lo tanto, comprueba si y cómo su flujo de trabajo diario puede desencadenar securityd (inicio de sesión en el servidor? github?) y aislar el problema.

Usted puede aliviar temporalmente el problema reiniciando SecurityAgent mediante el siguiente comando de terminal:

sudo killall SecurityAgent

Esto funcionó cada vez para mí. Todavía estoy investigando la causa root.

Por lo que puedo decir, esto fue provocado por el cambio a otra cuenta de usuario en la que yo había tenido que restablecer la contraseña como me había olvidado la contraseña original. Esto causó múltiples Llavero de fallos (original se requiere contraseña para desbloquear el Llavero) y tengo un 'loop' de peticiones a lo largo de las líneas de " Mensajes de Apple Agente quiere utilizar el elemento de 'inicio de sesión' de su llavero..'

Solución de problemas la causa real puede ser problemático, ya que XPC es un genérico protocolo de comunicación entre procesos y sólo se carga en la demanda. El software de Apple utiliza este subsistema como cualquier programa de terceros - por lo que podría ser culpa de Apple o podría ser algo que usted está ejecutando y el problema principal es que usted no tiene una manera fácil de saber qué programa es el causante de la gran tala de carga (y tal vez un pesado legítimo de la carga de trabajo, así como sólo registro).

Estoy de acuerdo en que cualquier registro de diagnóstico que es tan rápida e incontrolable como para afectar el consumo de energía de la computadora o el rendimiento del equipo considerablemente debe ser considerada una falta.

La manera más productiva de dirección que, en realidad, es documentar el problema y el informe de este error de Apple.

Mavericks ha hecho un trabajo estelar en exponer tanto las herramientas de diagnóstico y el consumo de energía a lo largo del tiempo de todos los procesos a los interesados el usuario final.

• Abierto de Ahorro de Energía, seleccione la Energía y ordenar por Avg Energía de Impacto - una foto instantánea de la ventana de procesos de ti el último día de registros de uso.
• Seleccione la vista de CPU, búsqueda de securityd, selecciónelo en la lista de tareas activas y luego en "Ejecutar los Diagnósticos del Sistema..." o bien desde el menú Ver o el engranaje en la barra de herramientas.
• Enviar la imagen y el comprimido informe de diagnósticos de Apple en https://developer.apple.com/bug-reporting/

Usted necesitará una identificación de apple que está asociado con algún tipo de cuenta de desarrollador, así que usted puede firmar para arriba como un Safari developer for free si usted no tiene ya una cuenta que está habilitado para la presentación de informes específicos de los errores a Apple.

Estoy viendo exactamente el mismo problema, por segunda vez en una fila dentro de una semana con el mismo exacto de los mensajes en la consola.

Para mí, reiniciar generalmente resuelve el problema (es la primera vez tuve que forzar el apagado como la máquina no responde). Y como usted, todavía tengo que encontrar el detonante que inicia los mensajes.

El monitor de actividad no es el culpable, yo soy normalmente alertados por el ventilador volviendo loco, así que, a continuación, iniciar el monitor de actividad sólo para ver tanto syslogd y securityd utilizando aproximadamente el 90% de la CPU.

Creo que esto puede ser un error mucho mayor que el de los Mavericks. No estoy seguro de que yo tenía el mismo problema que tú, porque nunca me registré mi syslog, pero tenía securityd comer de la CPU y la memoria RAM. He utilizado un viejo solución de 2007 (para Leopard?).

tldr:

sudo mv /var/db/CodeEquivalenceDatabase /var/db/CodeEquivalenceDatabase.old

a continuación, reinicie. Siéntase libre de eliminar el archivo antiguo después, como OS X crea automáticamente una nueva.