내 Mac이 데이터를 이렇게 많이 쓰는 이유: 주요 원인

ISP의 앱을 흘끗 보고 이번 달 180GB를 사용했다는 것을 알아챕니다. Mac에서 4K Netflix를 스트리밍하지 않습니다. 게임을 다운로드하지 않습니다. 숫자가 맞지 않습니다 — 그것을 더 응시할수록 더 의심스러워집니다. 그래서 정확히 왜 내 Mac이 그렇게 많은 데이터를 사용하나요? 답은 거의 항상 여덟 가지 특정한 것 중 하나이며, 대부분은 어디를 봐야 하는지 알면 검증하기 쉽습니다.

이 글은 답으로 자주 나오는 대략적인 순서로 상위 범인을 안내하며, 각각을 확인하는 구체적인 단계와 함께. 약 15분 안에 목록을 살펴볼 수 있고 거의 항상 위반자를 찾을 수 있습니다.

1. macOS 업데이트 다운로드

이는 가장 흔한 범인이고, 가장 보이지 않는 것입니다. macOS는 업데이트를 백그라운드에서 다운로드하며, 종종 "업데이트 가능" 배너를 보기 전에 사전 가져옵니다. 단일 포인트 릴리스는 4~12GB가 될 수 있습니다. 전체 macOS 주요 업그레이드는 12~15GB이고, 중단되어 다시 다운로드되면 "설치"를 클릭하지도 않고 30GB에 도달할 수 있습니다.

같은 네트워크에 여러 Mac이 있다면, 콘텐츠 캐싱이 활성화되어 있지 않은 한 각각이 자체 사본을 다운로드합니다.

검증하는 방법

• 시스템 설정 → 일반 → 소프트웨어 업데이트. "업데이트 중"이라고 하거나 진행 표시기를 보여준다면, 그것이 트래픽입니다.
• 활성 상태 보기의 네트워크 탭에서 softwareupdated를 보세요.
• iCloud Apple ID 기기 목록을 확인하세요 — 캐싱이 켜져 있지 않은 한 모든 Mac이 독립적으로 다운로드하고 있습니다.

완화하는 방법

네트워크의 한 Mac에서 콘텐츠 캐싱을 켜세요(시스템 설정 → 일반 → 공유 → 콘텐츠 캐싱). 다른 Apple 기기는 Apple의 서버 대신 그것에서 업데이트를 끌어올 것입니다. 다중 Mac 가정에서 엄청난 양의 대역폭을 절약합니다.

2. iCloud 사진

두 번째로 흔한 답입니다. iCloud 사진은 수십 기가바이트를 조용히 밀거나 끌어올 수 있습니다 — 특히 새 Mac에 로그인하거나, 백업에서 복원하거나, "이 Mac에 원본 다운로드" 설정을 변경하거나, 4K 비디오로 가득 찬 폰을 가져온 직후.

흔한 시나리오: "이 Mac에 원본 다운로드"를 토글하고 자리를 떠납니다. 두 시간 후 40GB가 옮겨졌습니다.

검증하는 방법

• 시스템 설정 → Apple ID → iCloud → 사진. 저장 설정을 기록하세요.
• 사진을 엽니다. 메인 뷰의 하단으로 스크롤하세요. "1,247개 항목 업로드 중" 또는 "8,930개 항목 다운로드 중" 같은 것을 말하는 상태 줄이 있습니다.
• 활성 상태 보기에서 cloudd와 photoanalysisd를 찾으세요.

완화하는 방법

전체 해상도 사본이 로컬에 필요하지 않다면 사진을 "Mac 저장 공간 최적화"로 설정하세요. 종량제 연결에 있는 동안 iCloud 동기화를 일시 중지(사진 하단의 상태 줄에 일시 중지 버튼이 있음)하세요.

3. 네트워크 대상으로의 Time Machine

NAS, Apple Time Capsule, 또는 네트워크 공유로의 Time Machine은 모든 변경된 파일을 로컬 네트워크를 통해 푸시할 것입니다. 자체적으로 인터넷 데이터 요금제를 먹지 않습니다 — 하지만 "네트워크 대상"이 실제로 VPN을 통한 원격 NAS이거나 테더링되어 있다면, 모든 Time Machine 스냅샷이 WAN 트래픽이 됩니다.

첫 백업이 최악입니다: 수백 기가바이트. 후속은 더 작지만(델타만) 바쁜 하루 후 여전히 일반적으로 다중 기가바이트입니다.

검증하는 방법

• 시스템 설정 → 일반 → Time Machine. 대상을 확인하세요 — LAN에 있나요 아니면 원격 어딘가에 있나요?
• 백업 동안, 활성 상태 보기의 네트워크 탭에서 backupd를 보세요.
• Mac을 폰 핫스팟에 테더링하고 Time Machine이 시작되면, 즉시 볼 것입니다.

4. 클라우드 동기화 클라이언트 (Dropbox, Google Drive, OneDrive, iCloud Drive)

동기화 클라이언트는 충실합니다. 무언가가 변경되었다고 생각할 때마다 큰 파일을 다시 업로드할 것입니다 — 속성 변경이 동기화 엔진에 파일이 다르게 보이게 만드는 경우 포함. 5GB 아카이브를 동기화된 폴더에 압축 해제하는 것은 5GB 업로드를 트리거합니다. 동기화된 폴더 안팎으로 파일을 옮기는 것도 마찬가지입니다.

Dropbox와 Google Drive는 또한 "스마트 동기화" / "파일 스트리밍"을 할 수 있고, 그 설정을 토글하면 큰 양의 데이터를 다시 다운로드할 수 있습니다.

검증하는 방법

• 각 동기화 클라이언트는 현재 동기화 중인 것을 보여주는 상태 메뉴를 가지고 있습니다 — 열어서 파일 목록을 읽으세요.
• ova 또는 활성 상태 보기에서, 네트워크 사용량으로 정렬하고 Dropbox, Google Drive, OneDrive, 또는 bird(iCloud Drive 데몬)를 찾으세요.

완화하는 방법

종량제 네트워크에서 동기화를 일시 중지하세요. 대부분의 클라이언트는 메뉴 바 드롭다운에 "일시 중지" 버튼이 있습니다. Dropbox와 OneDrive에 특히, 동기화된 위치에 큰 폴더(비디오, 사진, 가상 머신 디스크)를 실수로 추가했는지 확인하세요.

5. 브라우저 백그라운드 탭과 확장

20개의 탭이 있는 단일 Chrome이나 Safari 창은 일일 1~5GB를 조용히 사용할 수 있습니다. 최악의 위반자:

• 다음 에피소드를 자동 재생하는 스트리밍 사이트
• 지속적인 백그라운드 폴링과 이미지 사전 로드가 있는 웹메일
• WebSocket 연결을 바쁘게 유지하는 Slack/Discord/Teams 웹 클라이언트
• 침해된 확장을 통해 채굴기나 적극적인 광고를 실행하는 탭
• 클라우드 IDE와 원격 개발 세션

탭이 열려 있는지조차 깨닫지 못할 수 있습니다 — 현대 브라우저는 JavaScript가 계속 실행되는 동안 시각적으로 탭을 백그라운드 일시 중지하는 것을 기꺼이 합니다.

검증하는 방법

• Chrome: chrome://discards와 chrome://process-internals/#processes는 탭별 및 프로세스별 메모리와 활동을 보여줍니다.
• Safari: 개발 메뉴 → 탭별 라이브 네트워크 활동을 위한 웹 인스펙터 보기.
• ova 같은 대역폭 모니터는 아무것도 하지 않는데 "Google Chrome"이 오르는 것을 보여줄 것입니다.

완화하는 방법

탭 일시 중지 확장이나 비활성 탭을 적극적으로 잠재우는 Arc/Safari 같은 브라우저를 사용하세요. 확장을 감사하세요 — 매주 사용하지 않는 어떤 것이든 제거하세요.

6. Slack, Discord, Telegram, 그리고 다른 채팅 도우미

채팅 앱은 놀랍게 수다스럽습니다. 지속적인 연결을 열어 두고, 미디어를 미리 가져오고, 읽기 영수증을 동기화하고, 거대한 이모지 라이브러리를 새로 고칩니다. Slack은 특히 있는 모든 채널에서 공유된 모든 링크의 썸네일 미리보기를 끌어옵니다.

이미지가 많은 채널이 있는 바쁜 워크스페이스에서, Slack은 일일 200~500MB를 수동적으로 사용할 수 있습니다. Discord와 Telegram을 곱하면 한 마디 하기 전에 기가바이트입니다.

검증하는 방법

• 활성 상태 보기의 네트워크 탭에서 도우미 프로세스(Slack Helper, Discord Helper, Telegram Helper)를 지켜보세요. 도우미 수가 한 단서입니다 — Electron 앱은 종종 다섯 개나 여섯 개를 생성합니다.
• 도우미를 부모 앱 아래로 접는 모니터가 이를 훨씬 더 읽기 쉽게 만듭니다.

완화하는 방법

적극적으로 읽지 않는 채널을 떠나세요. Slack 설정에서 이미지 미리보기를 비활성화하세요. 알림이 필요하지 않다면 밤새 채팅 앱을 종료하세요.

ova 작동 모습 보기

한눈에 볼 수 있는 메뉴 바 대역폭 모니터 — 로컬, 서명, 약 3MB.

macOS용 다운로드

7. 화상 통화와 화면 공유

고품질 Zoom, Google Meet, FaceTime, 또는 Microsoft Teams 통화는 각 방향에서 1~3Mbps를 사용합니다. 그것이 시간당 450MB에서 1.4GB입니다. 화면 공유는 비디오 스트림이 더 높은 해상도가 되기 때문에 시간당 2GB에 더 가깝게 밀어냅니다.

하루에 세 한 시간 통화를 한다면, 다른 어떤 것도 일어나지 않고 3~6GB입니다. 양쪽으로 발표하고 12명의 참석자로부터 스트림을 받는 다중 사람 통화를 추가하면 숫자가 두 배가 됩니다.

검증하는 방법

• 통화 동안, 라이브 속도를 지켜보세요 — zoom.us, Microsoft Teams, Google Meet(Chrome)이 상위 소비자가 될 것입니다.
• 이 앱 대부분은 내장된 네트워크 통계 패널이 있습니다: Zoom은 통계 아래, Teams는 통화 상태 아래.

완화하는 방법

대부분의 통화 앱은 비디오 해상도를 캡하거나 HD 비디오를 끌 수 있게 합니다. 그렇게 하면 대역폭이 대략 절반이 됩니다. 오디오 전용 통화는 50~100kbps로 떨어지며, 무시할 만합니다.

8. 백그라운드 화면 공유, 원격 데스크톱, 그리고 VPN

Apple 화면 공유, Jump Desktop, AnyDesk, TeamViewer, 또는 모든 트래픽을 라우팅하는 VPN을 사용한다면, 그것들이 대역폭 그림에 나타날 것입니다. 지속적인 VPN은 기술적으로 트래픽을 추가하지 않지만, 어떤 앱이 트래픽을 일으켰는지 가릴 수 있습니다 — 그리고 일부 "분할 터널" 잘못 구성은 이중 캡슐화로 끝나 외관상의 처리량을 두 배로 만들 수 있습니다.

검증하는 방법

• 시스템 설정 → 네트워크. VPN 인터페이스, 가상 인터페이스(utun0, utun1), 또는 화면 공유 데몬을 찾으세요.
• 네트워크 프로세스 목록에서 screensharingd, VPN Tracker, 또는 선택한 VPN 클라이언트를 확인하세요.

5분 안에 "왜 내 Mac이 그렇게 많은 데이터를 사용하는가" 답하기

목록을 읽는 것은 한 가지입니다. 특정 경우에 범인을 고정하는 것은 진짜 앱별 모니터로 더 빠릅니다. 일반적인 흐름:

1. ova(또는 다른 앱별 대역폭 도구)를 설치하고 하루나 이틀 실행되게 두세요.
2. 다음번에 합계가 높아 보일 때, 타임라인을 스크럽하고 급증을 찾으세요.
3. 어떤 앱이 급증을 소유했는지 확인하세요. 그것이 답입니다.
4. 비활성화할지, 일시 중지할지, 그저 트래픽을 받아들일지 결정하세요.

대부분의 시간 급증은 위의 여덟 가지 중 하나일 것입니다. 가끔은 더 흥미로운 것 — 폭주한 업데이트기, 잘못 동작하는 확장, 일시 중지되었어야 할 동기화 — 일 것입니다. 어느 쪽이든 추측이 아니라 몇 초 안에 알게 될 것입니다.

다음에 할 일

"왜 내 Mac이 그렇게 많은 데이터를 사용하는가"가 다시 닥쳤을 때를 위한 짧은 순서가 있는 체크리스트:

1. 시스템 설정 → 소프트웨어 업데이트를 확인하세요. 필요하다면 진행 중인 어떤 다운로드든 취소하세요.
2. 사진을 열고 하단의 상태 줄을 보세요.
3. 각 클라우드 동기화 클라이언트의 메뉴 바 상태를 확인하세요.
4. Time Machine이 백업 중이라면 일시 중지하세요.
5. 브라우저를 종료하고 다시 실행하세요. 데이터 사용량 하락을 기록하세요.
6. 답이 여전히 명백하지 않다면, ova 같은 앱별 대역폭 모니터를 설치하고 하루 동안 지켜보세요.

Mac의 네트워크 트래픽은 보통 신비롭지 않습니다 — 그저 기본적으로 불투명할 뿐입니다. 적절한 뷰와 함께 몇 분이면 거의 모든 "80GB가 어디로 갔는가" 질문이 지루하고 구체적인 답을 갖습니다.