OS X上的“ lsd”过程是什么，为什么要使用这么多的CPU能力？

我在iStat菜单中查看，发现一个名为的进程lsd正在消耗我的CPU的99％（4个内核消耗400％）。我搜索了一下，但找不到它是什么，以及为什么它使用了这么多的处理能力。这不是Little Snitch Daemon，因为我从未安装过。有人说它可以是Launch Services Daemon，但我认为该过程是launchd。它是启动服务守护程序。

在控制台中查看时，我在搜索时注意到以下消息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

至于此消息：

22/12/2015 3:44:07.469 p.m. sudo[45308]:     MyUsername : TTY=ttys000 ; PWD=/private/var/db ; USER=root ; COMMAND=/bin/mkdir lsd

我确实尝试过创建一个称为/private/var/db/lsdroot的目录。

另外，我的CPU使用率似乎是断断续续的（以前从未这样做过）。

通过查看/usr/libexec，我发现lsd并注意到它是在2015年9月17日创建的。为什么它是如此新（以及该目录中的所有其他内容）？

OS X中的lsd确实是LaunchServiceDaemon。launchd是启动守护程序管理器！它提供的功能可能与iOS中的功能相同。据苹果公司提供

支持启动应用程序并将文档类型与应用程序匹配。因此，Launch Services可以识别的密钥使您可以为捆绑的代码指定所需的执行环境。

lsd显然是在OS X 10.11 El Capitan中引入的，因为在较旧的系统中找不到。最新版本（包含在10.11.2中）的修改日期应为2015年12月3日。

排除故障

• 在“LaunchServices：无法存储LSD-标识符文件在/private/var/db/lsd/com.apple.lsdschemes.plist”问题检查这个帖子：

  可能不是最好的方法，但是我似乎已经修复/抑制了该错误消息。这是我所做的：

  cd /private/var/db

  lsd目录不存在

  mkdir lsd

  仍然没有喜悦

  chmod -R 777 /private/var/db/lsd
  （我知道，我刚刚向我的吉布森敞开了大门，被黑客入侵了）
  touch /private/var/db/lsd/com.apple.lsdschemes.plist

  之后似乎消失了。愿意下注进行磁盘维修/许可检查将再次破坏它，但没有尝试过。如果我整理该文件，则内容如下：

  bplist00?

• 100％CPU使用率：/ usr / libexec / lsd使用100％CPU

似乎lsd某个应用程序被卡在_LSCreateRegistrationData上。如果您遇到相同的问题，请遵循以下指南。

1. 打开活动监视器并搜索 lsd
2. 获取用户lsd拥有的PIDroot
3. 打开终端
4. 输入sudo sample PID-HERE（当然，用在步骤2中获得的PID替换PID-HERE）
5. 如果您遇到相同的问题，则_LSCreateRegistrationData调用图中应该有一些相关内容（在整个输出的顶部附近）
6. 输入 sudo lsof -p PID-HERE

您应该能够在该输出中识别出一个应用程序包。尝试删除或更新它，看看是否可以解决问题

我也发现我在使用lsd时遇到问题。似乎创建目录并触摸文件就足够了，（至少就我而言）无需摆弄klanomath所述的权限。

就我而言，它确实停止了lsd错误，但我仍然看到诸如此类的常见错误：

2月25日14:06:07 iMac system_profiler [259]：LaunchServices：数据库映射失败，结果为-10822，正在重试

2月25日14:06:07 iMac system_profiler [259]：LaunchServices：收到试图映射数据库的XPC_ERROR_CONNECTION_INTERRUPTED

2月25日14:06:07 iMac com.apple.xpc.launchd [1]（com.nomachine.nxserver）：服务仅运行了7秒钟。将重生时间推迟3秒。

我安装了NoMachine并删除了该文件（因为无论如何我还是只真正使用过nxplayer），该错误也停止了。

对我有用的是“ sudo xcrun xcscontrol --reset” cpu从脉动的95％下降到大约4％。

它是LaunchServices的一部分。您可以使用strings命令从中提取一些信息（字符串）：

hostname:~ username$ strings /usr/libexec/lsd
@(#)PROGRAM:lsd  PROJECT:LaunchServices-
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>CFBundleAllowMixedLocalizations</key>
<true/>
</dict>
</plist>

除此之外，看来您的问题也在这里讨论中。