macOS에서 Dropbox 백그라운드 업로드를 확인하는 방법

자정에 Dropbox에 14GB 폴더를 끌어다 놓고, 뚜껑을 닫고, 잠자리에 듭니다. 다음날 아침 배지가 "최신"이라고 말합니다 — 하지만 Wi-Fi 라우터가 뜨거웠고, Time Machine 드라이브가 불평했고, 노트북 배터리가 꽂혀 있었음에도 18%입니다. 무언가가 자는 동안 많은 데이터를 업로드했습니다. 질문은 무엇이, 언제, 그리고 추측 없이 어떻게 보는가입니다.

Mac에서 Dropbox 백그라운드 업로드를 추적하는 것은 의도적으로 조용하기 때문에 그래야 하는 것보다 더 어렵습니다. 일괄 처리하고, 제한하고, 미루고, 유휴를 기다립니다. 그것은 좋은 동작입니다 — 새벽 2시 47분에 노트북이 정확히 무엇을 했는지 알아야 할 때까지는요.

Mac에서 Dropbox 백그라운드 업로드가 실제로 어떻게 작동하는가

macOS의 Dropbox는 파일을 저장하는 순간 모든 바이트를 밀지 않습니다. 데스크톱 클라이언트(주 프로세스는 활성 상태 보기에서 Dropbox로 나타나며, DropboxMacUpdate와 Dropbox Web Helper라는 도우미 프로세스와 함께)는 대역폭을 언제 커밋할지 결정하기 위해 몇 가지 신호를 사용합니다.

• 유휴 감지 — 키보드와 트랙패드를 몇 분 동안 만지지 않으면 Dropbox는 파이프를 사용할 수 있다고 가정합니다.
• 전원 상태 — 배터리에서 긴급하지 않은 전송을 미루는 경향이 있습니다. AC 전원에서 제한을 엽니다.
• 최근 활동 — 새로 추가된 폴더는 큐잉되어 파일별로 스트리밍되기보다는 청크로 업로드됩니다.
• LAN 동기화 — 네트워크의 다른 Dropbox 클라이언트가 이미 파일을 가지고 있다면, WAN을 통해서가 아니라 로컬로 끌어옵니다. 14GB 폴더가 때때로 몇 분 안에 동기화될 수 있는 이유입니다.

이 휴리스틱의 합은 Dropbox 업로드가 가장 알아챌 가능성이 적을 때 일어난다는 것입니다 — 밤새, 점심 동안, 회의 중. 대부분의 시간 유용합니다. 호텔 Wi-Fi에 5GB 한도가 있을 때 좌절스럽습니다.

"Smart Sync" / 온라인 전용이 변경하는 것

Smart Sync(최신 Dropbox 버전에서 이제 "온라인 전용"이라고 불림)는 파일 메타데이터가 디스크에 살지만 바이트는 그렇지 않다는 것을 의미합니다. 그 파일 중 하나를 열 때, Dropbox는 파일 제공자를 통해 그것을 구체화합니다 — fileproviderd로 실행되는 시스템 확장. 구체화는 위가 아니라 아래로 바이트를 끌어옵니다. 무거운 외부 트래픽을 보고 있다면, 온라인 전용 파일은 원인이 아닙니다. 주문에 따라 끌어옵니다.

무거운 외부 트래픽을 일으키는 것:

1. 방금 끌어다 놓은 폴더.
2. 오프라인 사용 가능했고 외부에서 수정된 폴더.
3. 짝지어진 폰의 카메라 업로드(이를 통해 깔때기처럼 보내고 있다면 Mac에서의 Dropbox 업로드로 계산됨).
4. 선택적 동기화 토글 — 이전에 제외된 폴더를 다시 켜기.

메뉴 바에서 라이브로 지켜보기

Dropbox 업로드를 행위 중에 잡는 가장 빠른 방법은 한눈에 볼 수 있는 대역폭 모니터입니다. macOS는 그것을 출시하지 않습니다 — 활성 상태 보기의 네트워크 탭은 프로세스당 합계를 보여주지만 라이브 속도가 아니며, 데이터는 앱이 종료될 때 재설정됩니다. 메뉴 바 도구가 그 간극을 채웁니다.

ova는 메뉴 바에 자리 잡고 앱별 귀속과 함께 현재 업로드 및 다운로드 속도를 보여줍니다. Dropbox가 업로드 중일 때, "Dropbox"가 링크가 허용하는 어떤 것이든 — 일반적으로 건강한 연결에서 5~30MB/s — 오르고, 다른 모든 것은 낮게 유지되는 것을 볼 것입니다. 메뉴 바 아이콘을 클릭하면 정확히 어느 앱이 무엇을 차지하는지 볼 것입니다.

관찰된 실제 14GB 밤새 업로드

다음날 아침 타임라인을 스크럽할 때 실제 밤새 Dropbox 업로드가 어떻게 보이는지 다음과 같습니다.

• 23:51 — 폴더 추가, Dropbox가 90초 동안 2MB/s로 급증(초기 인덱싱 + 첫 청크).
• 00:03 — 노트북 뚜껑 닫힘. 업로드 일시 중지.
• 00:14 — 노트북이 Power Nap 사이클을 위해 잠시 깨어남. Dropbox가 4분 동안 ~12MB/s에서 재개되고, 다시 잠듦.
• 02:30 ~ 03:50 — 지속된 18MB/s. 이것이 14GB의 대부분입니다.
• 06:20 — 최종 청크와 인덱스 조정. 총 전송: 14.2GB.

활성 상태 보기는 기록을 유지하지 않기 때문에 이 그림을 얻을 수 없습니다. 앱별 속도를 디스크에 지속적으로 쓰는 무언가가 필요합니다.

동기화 상태를 깨뜨리지 않고 Dropbox 일시 중지하기

Dropbox를 "멈추는" 잘못된 방법은 업로드 중간에 강제 종료하는 것입니다. 적절한 방법, 순서대로:

1. Dropbox 메뉴 바 아이콘 클릭 → 아바타 → 동기화 일시 중지. 이는 서버에 일시 중지되었다고 알리고 다시 시작 간에 지속됩니다. 가장 깔끔한 옵션입니다.
2. 대역폭 한도 설정. Dropbox 환경설정 → 네트워크 → 대역폭에서, 업로드를 특정 KB/s로 제한할 수 있습니다. 200KB/s 한도는 빠른 링크에서 보이지 않지만 Dropbox가 호텔 Wi-Fi를 포화시키는 것을 멈춥니다.
3. Dropbox를 깔끔하게 종료. 같은 메뉴, "Dropbox 종료". 다음 실행에서 같은 바이트 오프셋에서 재개됩니다.

LAN 동기화가 범인일 때

같은 네트워크에 두 Mac이 있고 둘 다 같은 Dropbox 폴더를 가지고 있다면, 큰 전송은 그것들 사이를 LAN을 통해 이동할 것입니다 — 빠르지만, WAN 링크에 닿지 않더라도 로컬 네트워크에 차감됩니다. 빡빡한 Wi-Fi 설정(호텔, 코워킹, 카페)에 있다면, 네트워크 환경설정에서 LAN 동기화를 끄면 모든 트래픽을 인터넷 연결을 통해 강제하게 되며, 이는 실제로 더 느리지만 더 예측 가능할 수 있습니다.

흔한 패턴과 그것들이 의미하는 것

일주일 동안 Dropbox 대역폭을 지켜볼 때 인식할 만한 몇 가지 패턴.

몇 시간 동안 안정적인 낮은 속도

보통 매우 큰 단일 파일(비디오, 디스크 이미지, 데이터베이스 덤프)이 제한된 속도로 청크되고 있습니다. Dropbox는 큰 파일을 4MB 청크로 분할하고 순차적으로 업로드합니다. 10MB/s에서 40GB 파일은 한 시간 조금 넘습니다 — 하지만 Dropbox가 설정이나 네트워크 조건에 의해 1MB/s로 제한된다면, 그것은 11시간입니다.

몇 분마다 활동의 폭발

많은 작은 파일이 휘저어지고 있다는 것을 나타냅니다. 이는 빌드 프로세스나 개발 환경이 Dropbox 폴더 안에 쓸 때 일어납니다. 수정은 대역폭 한도가 아닙니다 — 빌드 디렉토리를 Dropbox 밖으로 옮기거나 무시 경로에 추가하는 것입니다.

최근 변경 없는 업로드 활동

폰의 카메라 업로드, Dropbox에 쓰는 서드파티 앱, 또는 누군가의 공유 폴더 편집. 세 번째 경우는 정상입니다. 두 번째는 조사할 만합니다.

다른 모든 것에 대한 Dropbox 트래픽 비교

Dropbox는 실행 중인 유일한 클라우드 동기화인 경우가 드뭅니다. 화요일 오후의 일반적인 Mac은 Dropbox, iCloud(bird, cloudd), Google Drive(Google Drive), OneDrive 모두가 같은 업링크를 두고 경쟁하고 있고, 네트워크 대상이 있다면 Time Machine도 있습니다. 모니터링의 요점은 그것들 중 어느 하나를 악마화하는 것이 아닙니다 — 순서를 아는 것입니다.

유용한 주간 습관:

1. 주말에 대역폭 모니터를 엽니다.
2. 업로드 볼륨으로 정렬합니다.
3. 상위 세 개를 기록합니다. Dropbox가 상위에 있고 큰 폴더를 업로드했다면, 괜찮습니다. Dropbox가 상위에 있고 그렇지 않았다면 — 그것은 물어볼 만한 질문입니다.

ova 작동 모습 보기

한눈에 볼 수 있는 메뉴 바 대역폭 모니터 — 로컬, 서명, 약 3MB. Dropbox가 정확히 언제 업로드하고 얼마나 하는지 보세요.

macOS용 다운로드

메뉴 바를 넘어선 로그와 기록

Dropbox는 ~/.dropbox/sync_history.db에 로컬 동기화 로그를 보관합니다. SQLite 데이터베이스이며, 무엇이 언제 동기화되었는지에 대해 정말로 자세히 알고 싶다면 sqlite3 CLI로 그것을 살펴볼 수 있습니다. 대부분의 사람들은 그렇게 깊이 갈 필요가 없습니다 — 메뉴 바 속도에 더해 앱별 기록은 Mac의 Dropbox 백그라운드 업로드에 대해 묻게 될 95%의 질문을 다룹니다.

로컬 로그가 도움이 되는 경우:

• 파일이 한 기기에서 "동기화됨"으로 표시되지만 다른 기기에는 누락. 기록은 Mac이 실제로 바이트를 푸시했는지 그저 큐잉했는지 알려줄 것입니다.
• 폴더가 크기가 시사하는 것보다 훨씬 더 오래 걸림. 로그는 그것이 파일별 오버헤드(많은 작은 파일)인지 진정한 처리량 한계인지 보여줍니다.
• 충돌 사본이 나타났는데 이유를 모름. 로그 타임스탬프는 누가 무엇을 언제 저장했는지 재구성하는 유일한 신뢰할 수 있는 방법입니다.

그렇긴 해도, 동기화를 디버깅하기 위해 SQLite 데이터베이스를 여는 것은 1년에 한 번 하는 종류의 일입니다. 일상 질문 — "Dropbox가 지금 업로드 중이고 그것이 Wi-Fi가 느리게 느껴지는 이유인가" — 은 메뉴 바를 한 번 보는 것 이상을 절대 요구해서는 안 됩니다.

한도 연결을 위한 빠른 체크리스트

종량제 연결로 전환하려고 할 때 — 폰 테더링, 호텔 한도, 느린 업링크가 있는 원격 사무실 — 이를 따라 하세요.

• 네트워크를 전환하기 전에 Dropbox 일시 중지.
• 또는 일시적으로 업로드 한도를 0KB/s로 설정(전체 일시 중지보다 더 빠르게 재개되는 부드러운 일시 중지로 작동).
• 토폴로지를 신뢰하지 않는 네트워크에 있다면 LAN 동기화 비활성화.
• 연결이 정말로 빡빡하다면(하루에 1GB가 남은 핫스팟) Dropbox를 완전히 닫기.
• 뚱뚱한 파이프로 돌아오면 모든 것을 다시 활성화.

30초 걸리고 다음날 "내 4GB의 핫스팟 데이터가 어디로 갔는가"에서 구해줍니다.

마무리

Dropbox는 잘 행동합니다. 일괄 처리하고, 미루고, 보고 있지 않을 때 업로드합니다. 그것이 정확히 원하는 동작입니다 — 체인의 무언가가 깨지고 무슨 일이 일어났는지 봐야 할 때까지는요. 수정은 Dropbox를 비활성화하거나 그것을 돌보는 것이 아닙니다. Mac의 네트워크 활동의 한눈에 볼 수 있는 뷰를 가져서 "Dropbox가 어젯밤 14GB를 업로드했는가"라는 질문이 1초 답을 갖도록 하는 것입니다.

ova를 설치하고, 일주일 동안 실행되게 두면, 다음번에 대역폭이 어디로 갔는지 궁금할 때 알게 될 것입니다.