iCloud 동기화 대역폭: 실제로 무슨 일이 벌어지는가
macOS의 iCloud 동기화 대역폭에 대한 현장 가이드입니다. 언제 업로드되고, 언제 멈추고, 어떻게 지켜볼지 다룹니다.
- Cloud sync
- macOS
- Bandwidth
- App-specific
밤 동안 MacBook을 꽂아두고, 자리를 떠났다가, 따뜻한 노트북, 도는 팬, 바빴던 Wi-Fi 라우터로 돌아옵니다. 활성 상태 보기는 도움이 안 됩니다 — 합계는 보여주지만 언제인지는 보여주지 않고, 관련 이름(bird, cloudd, fileproviderd, photoanalysisd)은 앱처럼 읽히지 않습니다. iCloud 동기화 대역폭을 이해하는 것은 대부분 그 데몬 각각이 무엇을 하고 언제 실행하기로 결정하는지 배우는 문제입니다.
iCloud는 보이지 않게 설계되었습니다. 트레이드오프는 그렇지 않을 때 왜인지 알아낼 도구가 매우 적다는 것입니다. 이 글은 관련된 프로세스, 그것들을 깨우는 조건, 그리고 실제로 그것들이 작동하는 것을 지켜보는 방법을 안내합니다.
iCloud 뒤의 프로세스
Mac에서 "iCloud가 업로드 중"이라고 볼 때, 단일 프로세스를 보는 일은 드뭅니다. 여러 데몬이 협력하며, 각각 동기화 표면의 다른 부분에 책임이 있습니다.
bird
bird는 iCloud Drive를 처리합니다 — 문서, 데스크탑, iCloud Drive 컨테이너를 사용하는 앱 데이터. 대부분의 "iCloud Drive에 파일을 끌어다 놓았다" 트래픽은 bird를 통해 흐릅니다. Finder에서 클라우드 아이콘으로 표시되는 파일의 주문형 다운로드도 처리합니다.
cloudd
cloudd는 CloudKit의 데몬입니다 — 앱이 iCloud를 통해 자체 데이터를 동기화하기 위해 사용하는 프레임워크. 메모, 미리알림, CloudKit에 옵트인한 서드파티 앱, 시스템 데이터의 일부 모두가 cloudd에 닿습니다. 시끄럽지만 무거운 일은 거의 없습니다. 큰 업로드보다 많은 작은 요청.
fileproviderd
fileproviderd는 시스템 전체 파일 제공자 확장 호스트입니다. iCloud에 특정한 것이 아닙니다 — Dropbox, Google Drive, OneDrive, Box 모두 이를 통해 실행됩니다. fileproviderd가 대역폭을 소비하는 것을 볼 때, 트래픽을 올바르게 귀속시키기 위해 어느 파일 제공자 확장이 활성인지 보세요.
photoanalysisd
photoanalysisd는 자체적으로 어떤 것도 전송하지 않지만, iCloud 사진이 활성일 때 노트북이 따뜻해지는 이유입니다. 사진이 도착한 후 얼굴 인식, 장면 인식, 기타 온디바이스 분석을 실행합니다 — 이는 CPU가 무거우며 종종 사진을 들여온 네트워크 활동과 일치합니다. 사람들은 둘을 혼동하고 실제로는 "사진이 다운로드를 마쳤고 이제 분석 중"일 때 "사진이 업로드 중"이라고 가정합니다.
Photos와 사진 라이브러리 업로더
사진 앱 자체에는 새 사진과 편집을 위한 자체 업로드 기계가 있습니다. iCloud 사진의 주된 라이브러리인 Mac에서, 이는 종종 단일한 가장 큰 지속적인 외부 트래픽 출처입니다.
iCloud가 실제로 대역폭을 사용하는 시기
iCloud는 언제 업로드할지에 대해 보수적입니다. 규칙은 자세히 게시되지 않지만, 관찰 가능한 동작은 일관됩니다.
- 꽂혀 있음. 배터리에서, 비중요 데이터의 동기화는 크게 미뤄집니다. 꽂으면 제한이 풀립니다.
- 유휴. 입력이 없는 몇 분은 특히 iCloud 사진 업로드를 더 높은 처리량 모드로 밀어냅니다.
- 네트워크 조건. macOS는 현재 네트워크가 종량제인지 압니다(개인용 핫스팟은 기본적으로 종량제로 표시됨). 종량제 네트워크에서, 큰 업로드는 비종량제 Wi-Fi에 다시 연결할 때까지 미뤄집니다.
- 시간대, 간접적으로. 시계 점검이 있어서가 아니라 "꽂혀 있음 + 유휴 + 가정 Wi-Fi에 있음"이 밤과 겹치는 경향이 있어서.
이것이 iCloud가 종종 근무일 동안 보이지 않고 밤새 매우 바쁜 이유입니다. 악의적이지 않습니다 — 최적입니다. 하지만 밤새 대역폭이 종량제라면, 그 최적 동작은 정확히 잘못되었습니다.
사진은 헤비급
Mac이 iCloud 사진의 주된 라이브러리라면, 사진 업로드가 거의 모든 다른 것을 작아 보이게 합니다. 일반적인 설정의 실제 숫자:
- 12MP iPhone 사진: 2~4MB.
- 라이브 사진: 4~8MB.
- 4K HDR 비디오, 1분: 350~450MB.
- ProRAW 샷: 각 25~40MB.
수백 장의 사진과 몇 분의 4K 비디오가 있는 단일 주말 여행은 쉽게 업로드할 20~30GB입니다. iCloud 사진은 다음 24~72시간에 걸쳐 조용히 그것을 갉아먹을 것입니다, 대부분 보고 있지 않을 때.
iCloud 동기화를 실시간으로 지켜보는 방법
iCloud를 모니터링하는 도전은 활성 상태 보기에서 보는 이름(bird, cloudd, photoanalysisd)이 Launchpad의 앱 아이콘에 매핑되지 않는다는 것이고, 활성 상태 보기의 네트워크 탭은 라이브 속도나 기록을 표면화하지 않습니다.
ova는 메뉴 바에 자리 잡고 프로세스당 현재 업로드 및 다운로드 속도를 보여주며, 스크럽할 수 있는 기록과 함께. bird가 지금 80MB를 업로드하고 있다면, 시계 옆에 바로 있습니다. 사진이 어젯밤 18GB를 밀었다면, 새벽 3시로 스크럽해서 볼 수 있습니다.
실용적인 관찰 루틴
일주일에 한 번 이를 하세요.
- 대역폭 모니터를 열고 업로드 열을 봅니다.
- 상위 프로세스를 기록합니다. iCloud 관련 이름은
bird,Photos,cloudd, 그리고 가능하게는fileproviderd를 포함할 가능성이 높습니다. - 인식하지 못하는 이름이 지배하고 있다면, 그것이 무엇인지 알아내는 데 10분의 가치가 있습니다.
대부분의 주, 답은 지루합니다 — 사진이 주말 사진의 청크를 업로드, bird가 일부 문서 폴더 변경 동기화, cloudd가 흘러갔습니다. 그것이 목표입니다. 모니터링은 매주 문제를 찾는 것이 아닙니다. 이상이 명백하도록 기준선을 갖는 것에 관한 것입니다.
iCloud가 너무 조용할 때
때때로 문제는 반대입니다 — 파일이 동기화되어야 했는데 그렇지 않았습니다. 동기화 문제를 가리키는 패턴:
- 사진 라이브러리가 진행 없이 며칠 동안 "1,247개 항목 업로드 중"을 보여줍니다.
bird가 CPU를 사용하지만 0 바이트를 옮기고 있습니다.fileproviderd가 콘솔에 오류를 기록하고 있습니다.
일반적인 수정은 iCloud Drive에서 로그아웃하고 다시 로그인하거나(설정 → Apple ID → iCloud → iCloud Drive 토글), 또는 Mac을 꽂아 둔 채 안정적인 네트워크에서 몇 시간 유휴로 두는 것입니다. 갇힌 상태로부터 iCloud의 회복은 느리게 재시도하는 것입니다. 할 수 있는 최악의 일은 10분마다 재부팅하는 것입니다.
iCloud 대역폭 제한
macOS는 iCloud에 대해 프로세스별 대역폭 한도를 제공하지 않습니다. 할 수 있는 것:
- 네트워크를 종량제로 표시. 개인용 핫스팟은 자동입니다. Wi-Fi 네트워크의 경우, 옵션은 Wi-Fi → 네트워크 클릭 → 저데이터 모드입니다. iCloud는 이를 존중하고 큰 전송을 미룹니다.
- iCloud 사진 업로드 일시 중지. 사진 → 설정 → iCloud → 일시적으로 "iCloud 사진" 체크 해제. 이는 새 업로드를 멈춥니다. 뚱뚱한 파이프로 돌아갈 때 다시 활성화하세요.
- 사진을 "Mac 저장 공간 최적화"로 설정. 이는 업로드 대역폭을 줄이지 않지만, 주된 라이브러리가 아닌 Mac에서 다시 다운로드 대역폭을 줄입니다.
iCloud 동기화가 일어나는 대로 지켜보기
ova는 스크럽할 수 있는 기록과 함께 라이브 업로드 및 다운로드 속도를 보여줍니다 — 로컬, 서명, 약 3MB.
타임라인 읽기
과거 대역폭 데이터로 할 수 있는 가장 유용한 일은 급증을 실제로 한 일과 상관시키는 것입니다.
예:
- 밤 11시에 큰 업로드 급증, 새벽 2시에 줄어듦. 그날 사진을 찍었고 노트북이 밤새 꽂혀 있습니다. iCloud 사진이 그날의 샷을 동기화하고 있습니다.
- 하루 종일
cloudd의 작은 안정적인 트래픽. 메모, 미리알림, Safari 탭, 키체인 — 모두 CloudKit 잡담. 정상. - 근무일 동안 무거운
bird트래픽. 누군가가 iCloud Drive에 큰 폴더를 공유했거나, 큰 프로젝트를 문서 폴더로 옮긴 것입니다. - 명백한 출처 없이
fileproviderd급증. 어느 파일 제공자 확장이 설치되어 있는지 확인하세요. Dropbox, Google Drive, OneDrive, iCloud가 모두 활성화되어 있다면, 그것들 중 어느 것이든 될 수 있습니다.
Apple Watch와 연속성 세금
사람들을 놀라게 하는 퍼즐의 작은 조각: Apple Watch, iPad, Mac을 같은 Apple ID에 짝짓는 것은 엄밀히 iCloud Drive가 아닌 안정적인 cloudd와 apsd 트래픽 흐름을 추가합니다. Handoff 상태, 클립보드 동기화, AirDrop 발견, 연속성 카메라 모두 연결을 따뜻하게 유지합니다. 어느 것도 자체적으로 무겁지 않지만, 어떤 것도 "동기화 중"이 아닐 때조차 Mac이 절대 네트워크에서 진정으로 조용하지 않은 이유입니다.
다른 기기 없이 일주일 동안 iCloud 동기화 대역폭을 지켜보면, 기준선이 눈에 띄게 떨어집니다. 그것이 Apple 생태계 기능의 비용이며, 빠른 가정용 연결에서는 보이지 않습니다. 3GB 핫스팟 일에서는 쌓입니다.
정상 대 비정상
일반적인 날의 정상 iCloud 트래픽은 다음과 같이 보입니다.
- 하루에 걸쳐 분산된 몇백 MB의
bird트래픽. - 안정적인 저용량
cloudd백그라운드. - 찍은 사진 수에 비례하는 사진 활동.
조사할 만한 비정상 패턴:
- 최근 파일 변경 없이 다중 GB
bird트래픽. - 새 샷 없이 일주일 동안 매일 같은 양을 업로드하는 사진.
- 장기간 1MB/s 이상을 지속하는
cloudd.
마무리
iCloud 동기화는 조용하도록 만들어졌고, 대부분의 시간 그것에 성공합니다. 그렇지 않을 때 — 노트북이 자정에 뜨겁거나 핫스팟이 점심에 비어 있을 때 — 새 프라이버시 설정이나 더 무거운 도구가 필요하지 않습니다. 데이터가 필요합니다.
ova를 설치하고, 며칠 동안 대역폭을 지켜보세요. 그러면 명명된 프로세스(bird, cloudd, Photos, fileproviderd)가 신비롭지 않게 됩니다. 예측 가능해집니다, 동기화 시스템에서 원하는 것입니다.