Esta no es una respuesta completa, ya que no estoy seguro de que exista un método para forzar o desestabilizar las cargas. Sin embargo, puede ser útil para algunos comprender mejor lo que está sucediendo durante las subidas. Creo que hay algunos casos en los que el sistema de Fotos cambiará algunos parámetros de cómo se está cargando, pero no puedo decir con certeza las razones o las formas de afectarlo (¡espero que alguien pueda editar esto en el futuro si reúne más información!) .
A partir de Sierra (macOS 10.12), la forma de ver los registros del sistema de iCloud Photo Library es la siguiente (es probable que también pueda lograr algo similar en la aplicación de la Consola):
log show --last 1h --style syslog --predicate '(subsystem beginswith[cd] "com.apple.photos.cpl")'
log stream --style syslog --predicate '(subsystem beginswith[cd] "com.apple.photos.cpl")'
El primer comando anterior mostrará la última 1 hora de registros, el segundo transmitirá nuevos registros desde el momento en que se ejecuta. Puede obtener resultados a lo largo de las siguientes líneas (esto es style = compact, aunque syslog puede ser más fácil de leer)
2017-12-18 14:02:42.541 Df cloudphotosd[373:2205bf] [com.apple.photos.cpl:engine.scheduler] Client has put some changes in push repository
2017-12-18 14:02:42.541 Df cloudphotosd[373:2205bf] [com.apple.photos.cpl:engine.scheduler] We are asked to schedule a sync session from CPLEngineSyncManagerStatePush
2017-12-18 14:02:52.924 Df cloudphotosd[373:221956] [com.apple.photos.cpl:engine.scheduler] Notified that Server has changes to be pulled
2017-12-18 14:02:52.924 Df cloudphotosd[373:221956] [com.apple.photos.cpl:engine.scheduler] We are in the middle of CPLEngineSyncManagerStatePush and requested CPLEngineSyncManagerStatePull will happen later in the sync session.
2017-12-18 14:02:52.925 Df cloudphotosd[373:221837] [com.apple.photos.cpl:engine.sync.pushtotransport] Transport successfully uploaded in 72.56s (48 resources uploaded): <private>
2017-12-18 14:02:52.941 Df cloudphotosd[373:221a88] [com.apple.photos.cpl:engine.scheduler] Notified that Server has changes to be pulled
2017-12-18 14:02:52.941 Df cloudphotosd[373:221a88] [com.apple.photos.cpl:engine.scheduler] We are in the middle of CPLEngineSyncManagerStatePush and requested CPLEngineSyncManagerStatePull will happen later in the sync session.
2017-12-18 14:02:53.012 Df cloudphotosd[373:221837] [com.apple.photos.cpl:engine.scheduler] Informing transport of significant work ending
2017-12-18 14:02:53.012 Df cloudphotosd[373:221837] [com.apple.photos.cpl:engine.transport.cloudkit] Setting significant work not pending, had been set for 11.69s
2017-12-18 14:04:01.865 Df cloudphotosd[373:221956] [com.apple.photos.cpl:engine.scheduler] Notified that Server has changes to be pulled
2017-12-18 14:04:01.866 Df cloudphotosd[373:221956] [com.apple.photos.cpl:engine.scheduler] We are in the middle of CPLEngineSyncManagerStatePush and requested CPLEngineSyncManagerStatePull will happen later in the sync session.
Estos comandos de registro reúnen todos los registros com.apple.photos.cpl (Cloud Photo Library); es posible que desee limitar aún más a una 'categoría' particular, por ejemplo, sólo el motor de sincronización:
log show --last 1h --style compact --predicate '(subsystem beginswith[cd] "com.apple.photos.cpl") && (category beginswith[cd] "engine.sync")'
Que mostrará solo los mensajes de transporte masivo:
2017-12-18 13:13:31.427 Df cloudphotosd[373:20ff1e] [com.apple.photos.cpl:engine.sync.pushtotransport] Transport successfully uploaded in 37.62s (40 resources uploaded): <private>
2017-12-18 13:15:12.093 Df cloudphotosd[373:21009e] [com.apple.photos.cpl:engine.sync.pushtotransport] Transport successfully uploaded in 100.20s (40 resources uploaded): <private>
2017-12-18 13:18:50.131 Df cloudphotosd[373:210ec1] [com.apple.photos.cpl:engine.sync.pushtotransport] Transport successfully uploaded in 152.81s (44 resources uploaded): <private>
2017-12-18 13:19:22.753 Df cloudphotosd[373:2126dc] [com.apple.photos.cpl:engine.sync.pushtotransport] Transport successfully uploaded in 32.26s (44 resources uploaded): <private>
2017-12-18 13:19:56.137 Df cloudphotosd[373:212866] [com.apple.photos.cpl:engine.sync.pushtotransport] Transport successfully uploaded in 33.00s (60 resources uploaded): <private>
2017-12-18 13:20:32.789 Df cloudphotosd[373:212a7c] [com.apple.photos.cpl:engine.sync.pushtotransport] Transport successfully uploaded in 36.22s (44 resources uploaded): <private>
Estos muestran cuántos recursos (¿fotos o videos?) se cargan en cada "fragmento", y puedes ver cuánto tiempo ha transcurrido entre ellos. Todavía tengo que encontrar un método particular detrás de cómo elige el tamaño del fragmento o la demora entre ellos, pero parecen haber variado para mí en diferentes momentos del día, y si estoy usando la computadora / Fotos o no (aunque esto podría ser fácilmente debido a otro uso de ancho de banda). Sospecho que la cantidad de recursos es de hecho fotos / videos, porque también hay muchos engine.sync.pushtotransport eventos con 0 recursos que toman menos de un segundo, los cuales sospecho que están sincronizando caras, álbumes, etc. (al menos, desde High Sierra, ahora que las caras se sincronizan con iCloud Photo Library).
Se pueden seleccionar con un tamaño de fragmento mínimo, o en función del tamaño de los "fragmentos" cargados recientemente. Supongo que están seleccionados para tomar aproximadamente 30 segundos (según las recientes velocidades de carga de fragmentos), ya que la mayoría de los míos son al menos 30 segundos (y la distribución de los tiempos parece vagamente Poisson, aunque no lo he probado para probar) . Una cosa en particular que he notado en los registros es que los mensajes sobre la aplicación de Photos se abren / cierran (o se ponen en primer plano):
2017-12-18 14:33:13.367 Df cloudphotosd[373:22a51f] [com.apple.photos.cpl:engine.foreground] Client is in foreground
2017-12-18 14:33:13.367 Df cloudphotosd[373:22a51f] [com.apple.photos.cpl:engine.scheduler] Some client is in foreground, current required state is CPLEngineSyncManagerStatePush
2017-12-18 14:33:18.517 Df cloudphotosd[373:2299dd] [com.apple.photos.cpl:engine.foreground] Client is in background
El hecho de que se haya registrado esto me sugiere que el motor de sincronización considera esto en su algoritmo para sincronizar fotos, por ejemplo. puede reducir / regular la actividad de sincronización cuando la aplicación Fotos está abierta o en primer plano (probablemente para garantizar una mejor experiencia de usuario). Este es ciertamente el caso del análisis de cara / escena (se detienen / regulan mientras que las fotos están en primer plano / abiertas), por lo que podría ser un poco más rápido para salir de las fotos. Dicho esto, los mensajes no son particularmente esclarecedores, y aún así no maximizará el ancho de banda de mi carga cuando hago esto.
Lamento que esto no responda a la pregunta de una manera completamente útil, pero al menos podría ayudar a entender las situaciones en las que las cargas se completan más rápido o más lento, incluso si Apple no da comandos o configuraciones para "forzar" o desacelerar las cargas.
Más especulativamente, me pregunto si hay alguna configuración sysctl no documentada como la de Time Machine para habilitar / deshabilitar la regulación de determinadas funciones de la biblioteca de iCloud.