왜 내 Mac이 이렇게 많은 데이터를 사용하나요?

대부분의 경우 트래픽은 다섯 곳 중 하나에서 발생합니다. 소프트웨어 업데이트가 백그라운드에서 macOS 릴리스 또는 보안 업데이트를 다운로드하는 것인데, 전체 업데이트는 보통 3~6GB 범위이며, 주요 업그레이드의 경우 훨씬 더 클 수 있습니다. iCloud 사진 및 iCloud Drive가 새 사진, 비디오 또는 파일을 동기화하는 것인데, iPhone에서 몇 분간 촬영한 4K 비디오 하나만 해도 수백 메가바이트에 달할 수 있습니다. 앱 스토어 자동 업데이트는 몇 개의 큰 앱이 쉽게 1GB 또는 그 이상을 차지하게 만듭니다. 서드파티 동기화 클라이언트인 Dropbox, Google Drive, 또는 OneDrive가 폴더를 재업로드하거나 재인덱싱하는 것. 그리고 브라우저 탭의 비디오도 포함되는데, 자동 재생 피드와 열어둔 백그라운드 탭이 그것입니다. 1080p 스트리밍은 보통 시간당 1.5~3GB 정도를 사용합니다.

만약 테더링을 하고 있었고, 그 수치가 매우 크다면, 두 가지 가장 가능성 높은 후보는 소프트웨어 업데이트와 iCloud 동기화입니다. 둘 다 조용히 작동하도록 설계되어 있으며, 기기가 유휴 상태이고 전원에 연결되어 있을 때 작동하는 것을 선호하며, 별도로 명시하지 않는 한 비싼 연결에 대한 개념이 없습니다.

이것들이 순간에 잡기 어려운 이유는 이 프로세스들이 자신을 알리지 않기 때문입니다. macOS는 Safari에서 포그라운드 다운로드에 대한 진행 표시기를 보여주지만, 백그라운드 동기화 데몬에 대해서는 비슷한 것을 보여주지 않습니다. 캐리어 경고 메시지를 알아차릴 때쯤이면 이미 전송이 끝나 있으며, 돌아가서 읽을 수 있는 내장 로그도 없습니다.

이 글의 나머지 부분은 더 자세히 원인 목록을 살펴보고, 트래픽을 실시간으로 관찰하는 방법, 그리고 배경 서비스가 허용한 것 이상으로 데이터를 사용하지 못하게 제한하는 방법을 다룹니다.

소프트웨어 업데이트. 이것이 가장 무거운 원인입니다. macOS는 업데이트를 사전 다운로드하여, 나중에 설치할 때 빠르게 할 수 있도록 합니다. 기본적으로 네트워크가 연결되어 있으면 언제든 다운로드가 시작됩니다. 소규모 포인트 릴리스는 보통 몇 기가바이트이고, 주요 버전 업그레이드는 더 큽니다. 시스템 설정의 일반 > 소프트웨어 업데이트에서 자동 업데이트 옆의 작은 정보 버튼을 열고, 새 업데이트가 있을 때 다운로드 옵션을 비활성화하여 자동 다운로드를 끌 수 있습니다. 보안 응답을 유지하고 대량 다운로드를 끄는 것도 적절한 중간 방안입니다.

iCloud 사진 및 iCloud Drive. iPhone으로 비디오를 촬영한다면, iCloud 사진은 원본 또는 최적화된 버전을 Mac으로 내려받으려고 시도하며, 핫스팟에 있든 상관하지 않습니다. iCloud Drive도 문서에 대해 동일하게 동작합니다. 둘 다 테더링 전에 일시 정지하는 것이 좋습니다. 사진 보관함 동기화는 특히 갑작스러운 대량 전송에 취약한데, 단 한 번의 촬영으로도 업로드 및 다운로드 작업이 수 기가바이트에 달할 수 있으며, 이는 Mac이 네트워크를 감지할 때마다 실행될 수 있습니다.

앱 스토어 자동 업데이트. 현대 Mac 앱은 크기가 작지 않습니다. Electron 기반 앱은 업데이트당 150~300MB를 자주 차지하며, 전문 크리에이티브 도구는 1GB 이상일 수 있고, App Store는 모든 대기 중인 업데이트를 한 번에 가져옵니다. 자동 다운로드는 App Store 설정에서 비활성화할 수 있습니다.

동기화 클라이언트: Dropbox, Google Drive, OneDrive, Box. 이들은 보통 잘 작동하지만, 다른 쪽에서 무언가 변경되면 문제가 발생합니다. 공유 폴더가 재구성되거나, 동료가 비디오를 업로드하거나, 클라이언트가 로컬 캐시를 재확인하기로 결정하면 갑자기 수 기가바이트를 이동합니다. 대부분의 클라이언트는 일시 정지 옵션과 대역폭 설정이 있지만, 네트워크를 전환했다고 해서 자동으로 일시 정지하지는 않습니다.

네트워크 대상에 대한 Time Machine. 백업 대상이 NAS 또는 네트워크 공유인 경우, Time Machine은 존재하는 연결을 통해 매시간 백업을 시도합니다. 핫스팟에서는 매우 비용이 많이 드는 습관입니다. Time Machine은 macOS가 Low Data Mode로 표시한 연결을 사용하지 않지만, 다른 경우에는 알지 못합니다.

그 외 조용히 누적되는 것들. 대용량 첨부파일이 포함된 이메일을 가져오는 것(특히 여러 계정이 전체 메시지 다운로드로 구성된 경우), Spotlight와 Siri 추천의 작은 반복 조회, 그룹 대화에 전송된 사진과 비디오의 다운로드, 그리고 개발 도구들입니다. 예를 들어, Docker 이미지를 하나 끌어오는 것만 해도 수백 메가바이트, Xcode 시뮬레이터 런타임은 여러 기가바이트, 새 프로젝트의 의존성 설치도 상당히 무거울 수 있습니다. Backblaze 또는 Arq와 같은 백업 서비스도 명시적으로 일시 정지하지 않는 한 계속 작동합니다.

macOS에는 이를 위한 도구가 하나 있는데, 그 기능과 어디서 멈추는지 아는 것이 가치가 있어. 애플리케이션에서 활동 모니터(Activity Monitor)를 열고, 유틸리티(Utilities)에서 선택한 후, 네트워크(Network) 탭을 선택해. 여기서 전송된 바이트, 수신된 바이트, 전송된 패킷, 수신된 패킷에 대한 열이 있는 프로세스 목록을 볼 수 있어. Rcvd Bytes(수신 바이트) 헤더를 클릭하면 내림차순으로 정렬되고, 가장 많은 자원을 사용하는 프로세스가 맨 위로 올라와.

이것은 실제로 어떤 일이 벌어지고 있는지 잡아내는 데 정말 유용해. 만약 지금 네 Mac이 바쁘고 그 이유를 알고 싶다면, 수신 바이트로 정렬하고 몇 초 동안 지켜봐. 동기화 데몬이나 업데이트 프로세스가 명확히 드러날 거야. 창 맨 아래의 데이터 수신(Data Received) 열은 누적 합계도 보여줘.

단점은 이 카운터들이 프로세스가 재시작하거나 재부팅할 때 초기화된다는 거야, 그리고 활동 모니터는 아무런 기록도 저장하지 않아. 어제, 또는 밤새, 또는 뚜껑을 닫았을 때 데이터가 사라졌다면, 다시 돌아가서 읽을 수 있는 방법이 없어. 새벽 2시에서 4시 사이에 무슨 일이 있었는지 물어볼 수도 없고. 또한, 프로세스 이름만 보여줄 뿐, 목적지(목적지 주소)는 보여주지 않아서, 어떤 프로세스가 4GB를 이동했는지 알 수 있지만, 어디로 갔는지는 알 수 없어.

그 밖에 할 수 없는 것들도 있어. Wi-Fi와 핫스팟을 구별하지 않아서, 저렴한 가정용 네트워크와 비싼 테더링 연결의 트래픽이 같은 숫자로 합산돼. 프로세스가 임계값을 넘었을 때 경고도 하지 않고, 멈추게 할 수도 없어, 보고만 할 뿐이야. 유일한 조작 방법은 프로세스를 강제 종료하는 것인데, 이건 대부분의 경우 계속 실행하고 싶은 프로세스에겐 무딘 도구야.

문제가 발생하는 동안 일회성 진단을 위해서는 활동 모니터가 가장 적합하고, 종종 필요한 전부야. 며칠 동안의 패턴을 이해하거나, 사후에 무슨 일이 있었는지 알아내려면, 기록과 앱별 속성 기록이 가능한 도구가 필요해. 이 격차를 메우는 것이 전용 모니터링 도구들이야: NetMute는 앱별 트래픽 기록과 도메인 수준의 로그를 함께 저장해서, 특정 시간대에 어떤 앱이 활성화됐고 어떤 목적지와 통신했는지 다시 볼 수 있어. TripMode는 이 공간에서 또 다른 유명한 Mac 도구로, 연결된 상태에서 앱 차단에 집중하는 다른 접근 방식을 취해.

macOS에는 먼저 사용하는 것이 가치 있는 내장 메커니즘이 하나 있어. iPhone 핫스팟에 연결되어 있을 때, 시스템 환경설정(System Settings)을 열고, Wi-Fi를 선택한 후, 네트워크 옆의 세부 정보(Details)를 클릭하고, 저용량 데이터 모드(Low Data Mode)를 활성화해. 이 설정은 연결이 비용이 많이 든다는 것을 시스템에 알리고, 여러 Apple 서비스들이 이를 존중해: 자동 업데이트는 연기되고, iCloud 동기화는 제한되거나 일시 중단되며, 사진은 백그라운드에서 동기화를 멈추고, Time Machine은 해당 네트워크를 통해 백업하지 않아. 이는 Apple 측면에서 문제를 해결하는 데 정말 효과적이야.

단, Low Data Mode는 네트워크별 설정이기 때문에, 기억해서 켜야 하고, 이전에 연결하지 않은 새 핫스팟에는 적용되지 않으며, 서드파티 앱들은 이를 준수할 의무가 없어. Dropbox, Docker, Backblaze, 그리고 브라우저는 이전과 똑같이 계속 작동할 거야. 이것은 좋은 첫 방어선이지만, 완전한 방법은 아니야.

그 이상으로, 수동 작업이 한 번쯤은 가치 있어: 소프트웨어 업데이트에서 자동 다운로드 비활성화, 앱 스토어 설정에서 자동 앱 업데이트 끄기, 여행 시 메일을 수동으로 또는 긴 간격으로 가져오도록 설정, 그리고 테더링 전에 동기화 클라이언트를 일시 정지하는 것. 네트워크를 통해 백업하는 경우, 그 목적지를 제외하거나 이동 중 백업을 비활성화해. 이 모든 것은 복잡하지 않지만, 데이터가 사라지기 전에 기억해서 미리 하는 것이 중요해.

구조적 문제는 이 모든 설정이 하나씩 개별 앱에 적용되는 옵트아웃 방식이라는 거야, 그리고 macOS에는 "이 앱은 이번 달 500MB를 사용하고 그만둔다"고 말할 수 있는 단일 장소가 없어. 이것이 노출을 줄이는 것과 실제로 제한하는 것의 차이야.

신뢰할 수 있는 해결책은 스스로를 강제하는 제한입니다. NetMute는 이 아이디어를 바탕으로 만든 macOS용 앱별 방화벽이자 트래픽 모니터입니다: 개별 앱에 일일 또는 월별 제한을 설정하거나 전체 Mac에 대한 글로벌 제한을 설정하면, 그것을 강제합니다. 앱이 선택한 임계값(예: 80%)를 넘기면 알림이 오고, 100%에 도달하면 자동으로 차단됩니다. 만약 Dropbox가 연결된 프로필에서 월 1GB의 허용량을 가지고 있다면, 공유 폴더에 어떤 변경이 있더라도 이를 초과할 수 없습니다.

핫스팟 사용자에게 가장 중요한 부분은 네트워크별로 제한이 다를 수 있다는 점입니다. NetMute는 네트워크 프로필을 사용하며, 이는 연결된 Wi-Fi SSID에 따라 자동으로 전환됩니다. 그래서 집 네트워크는 넓게 열려 있을 수 있지만, 휴대폰 핫스팟은 엄격한 프로필과 앱별 제한을 적용할 수 있습니다. 또한, 알 수 없는 네트워크에 연결할 때 자동으로 엄격한 프로필을 적용하는 핫스팟 보호 기능도 있으며, 이는 호텔이나 공항 Wi-Fi처럼 연결 비용이나 신뢰성에 대해 알 수 없는 경우에 유용합니다. 캡티브 포털도 처리되어, 호텔 로그인 페이지가 정상적으로 로드되고 작동합니다.

제한과 함께, 각 앱이 지금 어떤 데이터를 이동시키고 있는지 보여주는 실시간 모니터, 과거 기록, 트래픽이 실제로 어디로 가는지 볼 수 있는 도메인 수준의 로그, 그리고 일회성 규칙으로 일시적으로 차단하는 기능이 있습니다. 이 규칙은 자체적으로 만료되어 방화벽 항목이 쌓이는 것을 방지합니다. Tracker Shield는 1,100개 이상의 알려진 트래커 도메인 목록을 차단하며, 이는 다른 모든 것에 비해 적지만 의미 있는 절약입니다.

NetMute는 Mac App Store에서 무료로 다운로드할 수 있으며, Premium은 구독이 아닌 인앱 구매입니다. 사용 여부와 관계없이, 핵심 원칙은 하나입니다: 계량 연결에서는, 유일하게 신뢰할 수 있는 보호는 스스로를 강제하는 상한선입니다. 왜냐하면, Mac의 모든 백그라운드 서비스는 대역폭이 무료라는 가정 하에 설계되었기 때문입니다.