Miré en iStat Menus y noté que un proceso llamado lsd
consumía el 99% de mi CPU (del 400% para 4 núcleos). Busqué un poco, pero no pude averiguar qué era y por qué está usando tanta potencia de procesamiento. No es Little Snitch Daemon, ya que nunca lo instalé. Alguien más dijo que podría ser Launch Services Daemon, pero pensé que ese proceso era Es Daemon de servicios de lanzamiento.launchd
.
Al buscar en la consola, noto estos mensajes cuando busco lsd
:
22/12/2015 9:36:02.000 a.m. kernel[0]: Sandbox: AssetCacheLocato(400) deny(1) mach-lookup com.apple.lsd.mapdb
22/12/2015 9:36:02.931 a.m. AssetCacheLocatorService[400]: LaunchServices: disconnect event received for service com.apple.lsd.mapdb
22/12/2015 9:36:02.000 a.m. kernel[0]: Sandbox: AssetCacheLocato(400) deny(1) mach-lookup com.apple.lsd.mapdb
22/12/2015 9:36:02.932 a.m. AssetCacheLocatorService[400]: LaunchServices: disconnect event received for service com.apple.lsd.mapdb
22/12/2015 9:36:03.000 a.m. kernel[0]: Sandbox: AssetCacheLocato(400) deny(1) mach-lookup com.apple.lsd.modifydb
22/12/2015 9:36:03.657 a.m. AssetCacheLocatorService[400]: LaunchServices: disconnect event received for service com.apple.lsd.modifydb
22/12/2015 9:39:41.000 a.m. kernel[0]: Sandbox: SpotlightNetHelp(376) deny(1) mach-lookup com.apple.lsd.mapdb
22/12/2015 9:39:41.995 a.m. SpotlightNetHelper[376]: LaunchServices: disconnect event received for service com.apple.lsd.mapdb
22/12/2015 9:39:41.000 a.m. kernel[0]: Sandbox: SpotlightNetHelp(376) deny(1) mach-lookup com.apple.lsd.mapdb
22/12/2015 9:39:41.996 a.m. SpotlightNetHelper[376]: LaunchServices: disconnect event received for service com.apple.lsd.mapdb
22/12/2015 9:39:42.000 a.m. kernel[0]: Sandbox: SpotlightNetHelp(376) deny(1) mach-lookup com.apple.lsd.modifydb
22/12/2015 9:39:42.370 a.m. SpotlightNetHelper[376]: LaunchServices: disconnect event received for service com.apple.lsd.modifydb
22/12/2015 9:39:58.100 a.m. lsd[296]: LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
22/12/2015 10:01:15.000 a.m. kernel[0]: process lsd[237] thread 19967 caught burning CPU!; EXC_RESOURCE supressed due to audio playback
22/12/2015 3:34:04.828 p.m. lsd[296]: LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
22/12/2015 3:44:07.469 p.m. sudo[45308]: MyUsername : TTY=ttys000 ; PWD=/private/var/db ; USER=root ; COMMAND=/bin/mkdir lsd
22/12/2015 3:49:09.183 p.m. lsd[306]: LaunchServices: Scheme mapping file does not exist, creating file.
22/12/2015 3:49:09.400 p.m. lsd[306]: LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
22/12/2015 3:49:09.407 p.m. lsd[306]: LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
22/12/2015 3:49:39.366 p.m. lsd[306]: LaunchServices: Currently 0 installed placeholders: ()
22/12/2015 3:49:50.000 p.m. kernel[0]: Sandbox: AssetCacheLocato(535) deny(1) mach-lookup com.apple.lsd.mapdb
22/12/2015 3:49:50.802 p.m. AssetCacheLocatorService[535]: LaunchServices: disconnect event received for service com.apple.lsd.mapdb
22/12/2015 3:49:51.000 p.m. kernel[0]: Sandbox: AssetCacheLocato(535) deny(1) mach-lookup com.apple.lsd.modifydb
22/12/2015 3:49:51.002 p.m. AssetCacheLocatorService[535]: LaunchServices: disconnect event received for service com.apple.lsd.modifydb
22/12/2015 4:31:57.573 p.m. lsd[306]: LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
22/12/2015 4:34:34.075 p.m. lsd[306]: LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
22/12/2015 4:34:34.290 p.m. lsd[306]: LaunchServices: Could not store lsd-identifiers file at /private/var/db/lsd/com.apple.lsdschemes.plist
22/12/2015 4:37:20.000 p.m. kernel[0]: process lsd[220] thread 26462 caught burning CPU!; EXC_RESOURCE supressed due to audio playback
En cuanto a este mensaje:
22/12/2015 3:44:07.469 p.m. sudo[45308]: MyUsername : TTY=ttys000 ; PWD=/private/var/db ; USER=root ; COMMAND=/bin/mkdir lsd
Intenté hacer un directorio llamado /private/var/db/lsd
como root.
Además, el uso de mi CPU parece ser muy intermitente (lo que nunca hizo antes).
Al investigar /usr/libexec
, descubrí lsd
que se creó el 17 de septiembre de 2015. ¿Por qué es tan nuevo (junto con todo lo demás en ese directorio)?
fuente
Respuestas:
lsd en OS X es de hecho el LaunchServiceDaemon. ¡launchd es un administrador de daemon de lanzamiento! Probablemente proporciona la misma función que en iOS. Según Apple, proporciona
Aparentemente, lsd se introdujo en OS X 10.11 El Capitan porque no puedo encontrarlo en sistemas más antiguos. La última versión (incluida en 10.11.2) debe tener la fecha de modificación 3 de diciembre de 2015.
Para solucionar problemas
el problema "LaunchServices: No se pudo almacenar el archivo de identificadores de lsd en /private/var/db/lsd/com.apple.lsdschemes.plist" revise esta publicación:
el 100% de uso de la CPU: / usr / libexec / lsd usando el 100% de la CPU
fuente
lsd
directorio que funciona correctamente y no/private/var/db/lsd
existe ningún directorio , ¿tal vez es una pista falsa de sistemas que son anteriores a 10.11? Todavía escribe mucho en el disco por razones que no he podido identificar de vez en cuando, ¿tal vez eso se traduce en una gran cantidad de CPU para sistemas con discos duros giratorios y / o grandes sistemas de archivos con grandes almacenes de datos?Parece que
lsd
se atasca en _LSCreateRegistrationData para una determinada aplicación. Si tiene el mismo problema, siga la guía a continuación.lsd
lsd
propiedad delroot
usuariosudo sample PID-HERE
(por supuesto, reemplazando PID-AQUÍ con el PID que obtuvo en el paso 2)_LSCreateRegistrationData
en el gráfico de llamadas (cerca de la parte superior de toda la salida)sudo lsof -p PID-HERE
Debería poder reconocer un paquete de aplicaciones dentro de esa salida. Intenta eliminarlo o actualizarlo para ver si resuelve el problema.
fuente
También descubrí que tenía problemas con lsd. Parece que es suficiente crear el directorio y tocar el archivo, no hubo (al menos en mi caso) la necesidad de jugar con los permisos descritos por klanomath.
En mi caso, detuvo los errores de lsd, pero seguía viendo errores frecuentes como estos:
Tuve una instalación de NoMachine y al eliminar eso (dado que de todos modos realmente nunca usé el nxplayer), ese error también se detuvo.
fuente
Lo que funcionó para mí fue que la CPU "sudo xcrun xcscontrol --reset" pasó de pulsar el 95% a aproximadamente el 4%.
fuente
Es parte de LaunchServices. Puede extraer algo de información (cadenas) con el comando de cadenas:
Aparte de eso, parece que su problema también se está discutiendo aquí .
fuente