Ese daemon (o proceso del sistema) es invocado y maneja las solicitudes de descarga de red de muchas aplicaciones y servicios en macOS. (Y iOS y tvOS y watchOS)

No he encontrado una forma fácil de obtener detalles resumidos o estadísticas del administrador de sesiones, pero como funciona en una cola para subir o bajar cosas, supongo que tienes uno o más trabajos que están expirando.

Aquí hay algunas maneras de analizar la actividad en tu sistema:

sudo lsof | grep nsurl
ps -ef|grep nsurl
sudo fs_usage -w | grep nsurl

El primero enumera los archivos abiertos y filtra las coincidencias de "nsurl". El segundo lista todos los procesos y filtra de nuevo. El tercero lista la actividad del sistema de archivos.

Eso te permitirá monitorear las cosas y ver cuál de los varios demonios nsurl está en funcionamiento cuando mides 400 mb de transferencia. También puedes obtener un volcado de la actividad del sistema con sysdiagnose nsurlsessiond

Si determinas que realmente se trata de Documentos de iCloud, probablemente necesitarás brctl log -w para supervisar ese subsistema en lugar de monitorear los hilos de trabajo que realizan el trabajo pesado.

En mi caso he encontrado que:

Cuando haces una copia de seguridad de los chats de WhatsApp (en iOS - iPhone) en iCloud, se copia la copia de seguridad en cada dispositivo que utiliza iCloud. La copia de seguridad se coloca en una carpeta oculta, en mi dispositivo (OS X 10.11.4) está en la

/Users/UUUUUUU/Library/Mobile Documents/57T923XXXX~net~whatsapp~WhatsApp/Accounts/NNNNNNNNN/backup

carpeta, donde UUUUUUU es mi nombre de usuario y NNNNNNNNN es mi número de teléfono.

Desafortunadamente, el archivo de copia de seguridad para los medios está en un solo archivo grande (el mío es > 560MB), por lo que cada vez que WhatsApp hace una copia de seguridad, SE DESCARGA nuevamente TODO el archivo, por lo que puedo ver. Esto es lo que nsurlsessiond está haciendo.

Si ejecutas el comando brctl log -w mencionado anteriormente, verás algo así:

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

Eliminar los 'documentos' de WhatsApp (es decir, las copias de seguridad) a través de la consola de gestión de almacenamiento en iCloud en iOS o Mac OS X elimina los archivos de la carpeta Mobile Documents y a partir de ahí no hay más actividad de nsurlsessiond.

Espero que esto ayude.

Para los Googlers que solo quieren detener el uso del ancho de banda, hagan lo que hizo el OP y desactiven los servicios que puedan estar causando problemas:

iCloud

1. Preferencias del Sistema -> iCloud
2. Desmarcar:
   • iCloud Drive
   • Fotos

Sugerencias de Spotlight

1. Preferencias del Sistema -> Spotlight
2. Desmarcar "Sugerencias de Spotlight"

Si encuentras algo más que esté consumiendo ancho de banda en tu máquina, déjalo en los comentarios y lo agregaré aquí.

Este fue un post realmente útil:

http://ayteck.blogspot.com/2015/09/limited-bandwidth-apple-and-hell-caused.html

Para mí, fue una "actualización automática" desde la App Store.

Preferencias del Sistema > App Store / Actualización de Software > Desactivar actualizaciones automáticas me ahorró cientos de megabytes al día en ancho de banda. Mi máquina se vuelve muy lenta al descargar actualizaciones.

En mi caso, nsurlsessiond estaba utilizando más de 5MB/s de ancho de banda de descarga. Me di cuenta de esto porque las páginas web se estaban cargando muy lentamente, y gracias a la aplicación iStat Menus en mi barra de menú.

Intenté otros métodos para averiguar la fuente del uso de datos, sin embargo, no encontré información útil que no requiriera una investigación más profunda (y no quería desactivar la Copia de seguridad de iCloud o las Fotos de iCloud).

La aplicación Monitor de Actividad me proporcionó una visión general rápida de dónde estaban llegando los datos y hacia dónde iban.

Abre la aplicación Monitor de Actividad y navega hasta la pestaña de Red, luego ordena por Bytes recibidos y espera (la pestaña de red solo muestra resultados acumulativos desde que navegas a la pestaña). Aquí es probable que veas a nsurlsessiond encabezando la lista.

Ahora navega hasta la pestaña de Disco en el Monitor de Actividad y ordena por Bytes escritos. Ignorando kernel_task (que encapsula muchas funciones y rara vez vale la pena intentar depurar), en mi caso, el Agente de Fotos estaba en la parte superior de la lista (lo cual no fue una sorpresa ya que grabé muchos videos en mi iPhone el día anterior).

Borré algunos medios capturados recientemente en mi iPhone que no necesitaba conservar, y esperé un poco más para que se completara la sincronización, luego el proceso se estabilizó.

Si no puedes permitirte esperar a que el proceso se estabilice y no necesitas usar la aplicación Fotos, puedes intentar detener el proceso que activa al Agente de Fotos para sincronizar fotos desde iCloud:

for i in com.apple.photolibraryd com.apple.photoanalysisd com.apple.cloudphotosd
do
   launchctl stop $i
done