![]() ![]() Ik zie eerlijk gezegd geen verband in die files. Hier ging het fout op 13 september om 17.20 uur (op mijn horloge) If you can't afford to wait for the process to settle down, and you don't need to use the Photos app, you can try stopping the process that triggers Photos Agent to sync photos from iCloud: for i in vervolg op mijn eerdere posting, hier de tweede logfile. I deleted some recently captured media from my iPhone that I didn't need to keep, and waited a little while longer for the sync to complete, then the process settled down. Ignoring kernel_task (which encapsulates a lot of functions and is rarely worth trying to debug), in my case Photos Agent was at the top of the list (which came as no surprise since I recorded a lot of video media on my iPhone the day before). Now navigate to the Disk tab in Activity Monitor and sort by Bytes Written. Here you will likely see nsurlsessiond topping the list. Open the Activity Monitor app and navigate to the Network tab, then sort by Rcvd Bytes and wait (the network tab only display cumulative results since you navigated to the tab). The Activity Monitor application was able to provide me a quick overview of where the data was coming in and where it was going. I tried other methods to work out the source of the data usage, however I didn't find much useful information that wouldn't require further digging (and I didn't want to disable iCloud Backup or iCloud Photos). I noticed this because web pages were loading very slowly, and thanks to the iStat Menus application in my Menu Bar. In my case nsurlsessiond was using over 5MB/s of download bandwidth. backups) via the iCloud storage management console in iOS or Mac OS X deletes the files from the Mobile Documents folder and thereafter there is no more activity from nsurlsessiond. 2.536 sqlite.clientTruth fs.downloader BRCFSDownloader.m:1469ĭownloading 11 documents in ĭeleting the WhatsApp 'documents' (i.e. We will now download new documents automatically because the account contains less than 5 GB 2.427 Changes accountsession BRCAccountSession.m:1473 ![]() Received 25 edited items from the cloud for 2.375 rverTruth rver BRCServerZone.m:771 2.335 ntainer-metadata BRCContainerMetadataSyncDownOperation.m:229įetched 0 containers metadata from the cloud If you run the brctl log -w command mentioned above, you will see something along these lines: received a push for container 57T923XXXX~net~whatsapp~WhatsApp Unfortunately the backup file for the media is in one huge archive (mine is > 560MB) so every time WhatsApp backs up, the WHOLE file is re-downloaded, from what I can see. Users/UUUUUUU/Library/Mobile Documents/57T923XXXX~net~whatsapp~WhatsApp/Accounts/NNNNNNNNN/backupįolder, where UUUUUUU is my username and NNNNNNNNN is my phone number. The backup is placed into a hidden folder, on my machine (OS X 10.11.4) it is in the When backing up WhatsApp (on iOS - iPhone) chats to iCloud, it copies the backup into every machine that uses iCloud. If you determine that it's really iCloud Documents, you'll likely need brctl log -w to watch that subsystem instead of monitoring the worker threads that do the lifting. You can also get a dump of the system activity with sysdiagnose nsurlsessiond That will let you monitor things and see which of the several nsurl daemons is running when you measure 400 mb of transfer. The second lists all processes and sorts again. The first lists open files and sorts for matches of “nsurl”. Here are some ways to pick apart the activity on your system: sudo lsof | grep nsurl I haven't found an easy way to get summary details or statistics from the session manager, but since it works on a queue to upload or download things, my guess is you have one or more job(s) timing out. That daemon (or system process) is invoked and handles network download requests from many apps and many other services on macOS.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |