回答:
そのデーモンが呼び出され、サービスのダウンロードがmacOS上の多くのアプリと多くのサービスから呼び出される必要があります。(およびiOSとtvOSおよびwatchOS)
セッションマネージャーから概要の詳細や統計を取得する簡単な方法は見つかりませんでしたが、キューで動作して物事をアップロードまたはダウンロードするため、1つ以上のジョブがタイムアウトしていると思います。
以下に、システム上のアクティビティを分解するいくつかの方法を示します。
sudo lsof | grep nsurl
ps -ef|grep nsurl
sudo fs_usage -w | grep nsurl
最初のリストは、開いているファイルをリストし、「nsurl」の一致をソートします。2番目はすべてのプロセスをリストし、再度並べ替えます。3番目は、ファイルシステムのアクティビティをリストします。
これにより、物事を監視し、400 mbの転送を測定するときに、いくつかのnsurlデーモンのどれが実行されているかを確認できます。システムアクティビティのダンプを取得することもできます。sysdiagnose nsurlsessiond
本当にiCloud Documentsであると判断した場合brctl log -w
、リフティングを行うワーカースレッドを監視するのではなく、そのサブシステムを監視する必要があります。
私の場合、私はそれを見つけました:
WhatsApp(iOS-iPhone)チャットをiCloudにバックアップすると、iCloudを使用するすべてのマシンにバックアップがコピーされます。バックアップは、私のマシン(OS X 10.11.4)の隠しフォルダーに配置されます。
/ Users / UUUUUUU / Library / Mobile Documents / 57T923XXXX〜net〜whatsapp〜WhatsApp / Accounts / NNNNNNNNN / backup
ここで、UUUUUUUは私のユーザー名で、NNNNNNNNNは私の電話番号です。
残念ながら、メディアのバックアップファイルは1つの大きなアーカイブ(560 MBを超える)にあるため、WhatsAppがバックアップされるたびに、WHOLEファイルが再ダウンロードされます。これは、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からのアクティビティはなくなります。
お役に立てれば。
これは本当に役立つ投稿でした:
http://ayteck.blogspot.com/2015/09/limited-bandwidth-apple-and-hell-caused.html
私にとっては、App Storeからの「自動更新」でした。「システム環境設定-アプリストア-更新を無効にする」に移動して、帯域幅を1日あたり数百Mb節約しました。(そしてすべてを高速化した)
帯域幅の使用を停止するだけのGoogle社員の場合、OPが行ったことを実行し、問題を引き起こしている可能性のあるサービスをオフにします。
マシン上で帯域幅を占有する何か他のものを見つけたら、コメントに残してください。ここに追加します。