Answers:
该守护程序被调用,并且需要从macOS上的许多应用程序和许多服务调用服务下载。(以及iOS,tvOS和watchOS)
我还没有找到一种简单的方法来从会话管理器中获取摘要详细信息或统计信息,但是由于它可以在队列中上载或下载内容,因此我想您有一项或多项工作正在超时。
以下是一些可以区分系统活动的方法:
sudo lsof | grep nsurl
ps -ef|grep nsurl
sudo fs_usage -w | grep nsurl
第一个列出打开的文件,并对“ nsurl”的匹配进行排序。第二个列出所有进程并再次排序。第三列列出了文件系统活动。
这样,当您测量400 mb的传输时,将可以监视事物并查看几个nsurl守护程序中的哪个正在运行。您还可以通过以下方式获取系统活动的转储sysdiagnose nsurlsessiond
如果确定它确实是iCloud文档,则可能需要brctl log -w
监视该子系统,而不是监视执行提升的工作线程。
就我而言,我发现:
备份WhatsApp(在iOS-iPhone上)聊天到iCloud时,它将备份复制到使用iCloud的每台计算机上。备份被放在一个隐藏的文件夹中,在我的机器(OS X 10.11.4)上,它位于
/用户/ UUUUUUU /库/移动文档/ 57T923XXXX〜net〜whatsapp〜WhatsApp /帐户/ NNNNNNNNN /备份
文件夹,其中UUUUUUU是我的用户名,NNNNNNNNN是我的电话号码。
不幸的是,媒体的备份文件存储在一个巨大的存档中(我的文件大于560MB),因此,每一次WhatsApp备份时,从我所看到的文件中,都会重新下载整个文件。这就是nsurlsessiond所做的。
如果运行上面提到的brctl log -w命令,您将看到以下内容:
received a push for container 57T923XXXX~net~whatsapp~WhatsApp
[note] 2.335 [2016-05-04 12:44:54.114] cloudkit.operation.callback sync-down.container-metadata BRCContainerMetadataSyncDownOperation.m:229
fetched 0 containers metadata from the cloud
[note] 2.375 [2016-05-04 12:44:54.154] sqlite.serverTruth zone.server BRCServerZone.m:771
received 25 edited items from the cloud for 57T923XXXX.net.whatsapp.WhatsApp
[note] 2.427 [2016-05-04 12:44:54.207] bird.scheduler.Apply Changes accountsession BRCAccountSession.m:1473
we will now download new documents automatically because the account contains less than 5 GB
[note] 2.536 [2016-05-04 12:44:54.316] sqlite.clientTruth fs.downloader BRCFSDownloader.m:1469
downloading 11 documents in 57T923XXXX.net.whatsapp.WhatsApp
通过iOS或Mac OS X中的iCloud存储管理控制台删除WhatsApp的“文档”(即备份)会从“移动文档”文件夹中删除文件,此后nsurlsessiond不再有活动。
希望这可以帮助。