Mac의 Low Data Mode: 실제로 하는 일 (그리고 하지 않는 일)

Mac에서 Low Data Mode는 macOS와 그 위에서 실행되는 앱들에게 특정 연결의 네트워크 사용량을 줄이도록 지시합니다. 이 기능이 켜지면, macOS는 자동 소프트웨어 업데이트와 백그라운드 App Store 다운로드를 일시 중지하고, iCloud 사진의 동기화를 멈추며, iCloud Drive와 백업 활동이 줄어들고, Apple의 백그라운드 서비스가 조용해지며, FaceTime과 같은 영상 통화는 낮은 비트레이트로 전환될 수 있습니다. 이 설정은 시스템 전체가 아닌 네트워크별로 구성되기 때문에, Mac은 iPhone 핫스팟을 비용이 많이 드는 것으로 간주하는 반면, 가정용 Wi-Fi는 무제한으로 계속 사용할 수 있습니다.

이 기능이 속하는 범주에 대해 정확히 아는 것이 중요합니다. Low Data Mode는 제한속도, 대역폭 제한기, 방화벽 또는 데이터 미터가 아닙니다. 아무것도 제한하지 않으며, 아무것도 계산하지 않으며, 제한에 가까워지고 있다는 알림을 절대 보내지 않습니다. 왜냐하면 제한의 개념이 없기 때문입니다. 이것은 네트워크에 부착된 단일 불리언 플래그이며, 그 전체 역할은 연기 가능한 작업을 나중에, 더 저렴한 연결로 미루는 것입니다.

이 프레임이 중요한 이유는 강점과 약점을 모두 설명하기 때문입니다. 강점은 즉각적이고, 무료이며, 제3자 소프트웨어가 필요 없고, 성능에 영향을 주지 않는다는 점입니다. Apple의 자체 서비스는 일반적인 Mac에서 예상치 못한 백그라운드 트래픽의 가장 큰 원천이며, Low Data Mode는 이를 직접적이고 신뢰성 있게 해결합니다. 업데이트를 미루는 macOS 업데이트 하나만 해도 데이터 허용량을 초과하지 않는 여러 기가바이트일 수 있습니다.

약점은 같은 설계에서 비롯됩니다. 이 메커니즘이 필터가 아닌 플래그이기 때문에, 그 플래그 이후의 모든 것은 자발적입니다. 왜 그것이 중요한지 3장에서는 설명하겠지만, 읽는 동안 기억하세요: 목록에 있는 모든 항목은 Apple이 플래그에 반응하도록 선택한 것이며, Apple의 자체 코드에 있습니다.

Wi-Fi의 경우, 시스템 환경설정을 열고, 사이드바에서 Wi-Fi를 선택한 후, 연결된 네트워크 옆의 세부 정보 버튼을 클릭하고, 나타나는 패널에서 Low Data Mode를 활성화하세요. 오래된 버전의 시스템 환경설정을 사용하는 경우, 해당 경로는 네트워크 > Wi-Fi > 고급 또는 세부 정보입니다. 이 설정은 macOS Monterey와 함께 Mac에 도입되었으며, iOS에서는 iOS 13부터 존재했습니다.

중요한 점은 이 토글이 Mac이 아닌 네트워크에 속한다는 것입니다. macOS는 이를 특정 SSID에 저장하고 기억하므로, 휴대폰 핫스팟에서 Low Data Mode를 활성화해도 사무실과 집 네트워크는 영향을 받지 않습니다. 일반적으로 네트워크에 연결되어 있거나, 알고 있는 네트워크 목록에 저장되어 있어야 설정할 수 있습니다. 여행 중에 매번 새로운 핫스팟에 연결한다면, 각 새 SSID에서 다시 토글을 설정하는 것을 기억해야 합니다.

iPhone의 개인 핫스팟은 macOS에서 일반 Wi-Fi 네트워크처럼 보이므로, 동일한 위치에서 구성됩니다. 대신 케이블로 테더링하는 경우, 시스템 환경설정 > 네트워크 > iPhone USB 인터페이스 아래에서 유사한 옵션이 노출됩니다. 유선 이더넷은 일반적으로 해당 설정을 제공하지 않으며, 이는 고정선이 미터링되지 않는다는 합리적 가정에 기반합니다.

설정이 활성화되면 시각적 확인은 없습니다. 배지, 메뉴 막대 아이템, 알림이 없습니다. 유일한 확인 방법은 다시 세부 정보 패널로 돌아가 토글을 보는 것뿐입니다. 이것이 아마도 이 기능의 가장 큰 사용성 문제일 것입니다: 설정 창을 벗어난 후에도 보이지 않는 설정은 사람들이 활성화했는지 잊기 쉽고, 빠른 연결로 돌아와서 사진 라이브러리 업데이트가 멈춘 이유를 잊어버릴 수 있습니다.

마지막으로 명확히 할 점은, iPhone의 Low Data Mode와 Mac의 Low Data Mode는 완전히 별개의 설정이며, 별개의 기기에서 작동한다는 것입니다. 핫스팟을 제공하는 전화에서 활성화하면, 그 전화의 트래픽만 제한하며, 연결된 Mac의 트래픽에는 아무 영향도 주지 않습니다.

가장 크고 가장 확실한 영향은 시스템 업데이트에 미칩니다. Low Data Mode가 활성화되면 macOS는 백그라운드에서 시스템 업데이트를 다운로드하지 않고, App Store는 자동 앱 업데이트와 백그라운드 다운로드를 연기합니다. 몇 주 동안 오프라인이었던 Mac에서는 보통 이것이 가장 큰 절약 효과입니다. macOS 업데이트나 몇 개의 큰 앱 업데이트는 핫스팟에서 하는 다른 작업들보다 훨씬 더 많은 데이터를 사용하기 때문입니다.

iCloud는 두 번째 주요 영향 영역입니다. iCloud 사진은 동기화를 일시 정지하므로, 휴대폰에서 찍은 새 사진이 Mac으로 내려오지 않고 Mac에서 한 편집은 업로드되지 않고 대기합니다. iCloud Drive는 긴급하지 않은 동기화를 연기하고, 백업 관련 활동도 줄어듭니다. 이러한 동작은 실제로 유용하며 사람들을 가장 놀라게 할 가능성이 큽니다. 일시 정지된 동기화는 끊긴 동기화와 동일하게 보이기 때문입니다. 동료가 파일이 나타나지 않는다고 하면, 다른 문제를 디버깅하기 전에 Mac이 Low Data Mode 네트워크에 연결되어 있는지 확인하세요.

Apple의 다른 백그라운드 서비스들도 같은 패턴을 따릅니다. Continuity 관련 기능들과 Apple이 대신 수행하는 다양한 주기적 작업들은 활동을 줄이고, Safari는 일부 예측적 사전 로딩을 줄이며, FaceTime은 약한 연결을 포화시키지 않기 위해 낮은 비디오 비트레이트를 수용합니다. Apple 프레임워크 기반의 서드파티 앱들은 시스템이 기회주의적 네트워크 작업을 위해 깨우는 것을 덜 허용하므로 부수적으로 백그라운드 스케줄링이 줄어들 수 있습니다.

같이 중요하게 명확히 해야 할 것은 변하지 않는 부분입니다. Low Data Mode는 사용자가 직접 요청하는 작업에는 절대 간섭하지 않습니다. 페이지를 불러오면 정상대로 불러오고, 다운로드를 시작하면 다운로드되며, 스트리밍 앱을 열면 그 앱이 결정한 품질로 스트리밍됩니다. 아무것도 압축되지 않고, 프록시되지 않으며, 이미지가 전달되는 도중 축소되지도 않습니다. 이 모드는 시스템이 자체적으로 수행하려던 작업에만 영향을 미칩니다.

또한 계정 기반의 측정 수단이 없기 때문에 결과에 대한 피드백을 제공하지 않습니다. Low Data Mode는 당신이 2기가바이트를 절약했다고 알려줄 수 없습니다. 왜냐하면 아무것도 측정하지 않았기 때문입니다. 시스템이 일부 결정을 다르게 했을 뿐이며, 그 이후로는 별다른 기록을 남기지 않습니다. 많은 사람에게는 이것이 전혀 문제되지 않습니다. 그러나 데이터 허용량에 맞춰 엄격히 관리해야 하는 사용자에게는 수치가 없는 것이 내장 기능의 한계입니다.

토글 아래에, Low Data Mode는 조언용 플래그야. macOS는 네트워크 경로를 제한된 것으로 표시하고, 이를 Network 프레임워크를 통해 애플리케이션에 노출시켜: 경로는 isConstrained를 보고하고, NWParameters를 통해 제한된 경로를 거부하도록 구성할 수 있으며, URLSession은 요청별 스위치를 제공해서 개발자가 특정 전송이 비싼 네트워크에서 실행되지 않도록 선언할 수 있어. macOS는 이 플래그를 정직하고 일관되게 설정해. 하지만 소켓을 감시하는 것은 아니야.

그 결과는 직설적이야. 이 플래그를 읽지 않는 애플리케이션은 전혀 영향을 받지 않아. 커널 수준의 게이트, 트래픽 셰이핑, 요청을 가로채는 강제 계층이 없기 때문에, 이 플래그를 선택하지 않은 앱의 요청은 그대로 전달돼. 개발자가 경로가 제한된지 확인하는 세 줄의 코드를 작성하지 않았다면, 그들의 소프트웨어는 너의 계량된 핫스팟에서와 동일하게 작동해.

실제 상황에서는 많은 소프트웨어가 이 규칙을 따르고 있어. Chrome 같은 브라우저, Dropbox 같은 동기화 클라이언트, 다기가바이트 이미지 레이어를 끌어오는 Docker, 패치를 적용하는 게임 런처, 예약된 실행을 시작하는 서드파티 백업 에이전트, 시작 시 업데이트를 확인하는 Electron 앱 등. 이들 중 아무도 플래그를 볼 의무는 없고, 일부는 보지 않으며, 아무도 너에게 알려주지 않아. Apple의 서비스는 Apple이 작성했기 때문에 Low Data Mode를 존중하고, 나머지 모든 것은 신뢰 시스템에 의존하고 있어.

이것은 태만이 아니라 방어 가능한 설계 선택이야. 애플리케이션은 어떤 전송이 연기 가능하고 어떤 것이 필수인지 아는 유일한 주체이고, 조용히 트래픽을 차단하는 시스템은 진단하기 어려운 방식으로 소프트웨어를 망가뜨릴 수 있어. 협력적 신호 전달은 모두가 협력할 때 더 나은 행동을 만들어내.

문제는 그들이 협력하지 않을 때 발생해. 보장된 것은 너의 기계에서 실행되는 모든 개발자가 독립적으로 신뢰하는 것들이고, 너는 그 결과를 감사할 방법이 없어. 실패 모드는 또한 조용히 일어나: 오류도 없고, 알림도 없고, 로그에 나타나지도 않아. 너는 네 캐리어가 너의 허용량에 대한 메시지를 보낼 때 알게 돼. 이것이 바로 per-app enforcement가 채우는 간극이고, NetMute 같은 도구들이 네트워크 계층에서 작동하는 이유야.

대안적인 방법은 애플리케이션이 행동하도록 요청하는 것을 멈추고, 대신 그들을 위해 결정하는 것이다. NetMute는 macOS용 애플리케이션별 방화벽이자 트래픽 모니터로, 네트워크 계층에서 강제 적용되며, 이는 애플리케이션의 협력이 필요 없고 의견이 반영되지 않음을 의미한다. 만약 규칙이 어떤 앱이 네트워크를 사용하지 않도록 지정한다면, 그 앱이 제약된 경로 API를 들어본 적이 있든 없든 상관없이 네트워크를 사용하지 않는다.

이것은 Low Data Mode가 구조적으로 할 수 없는 몇 가지를 가능하게 한다. 매일 또는 매월 데이터 한도를 애플리케이션별로 설정할 수 있으며, 전체 Mac에 대한 글로벌 한도도 설정 가능하다. 사용자가 선택한 임계값을 넘으면 알림을 받고, 한도에 도달하면 자동으로 차단한다. 한도는 네트워크 프로필별로 저장되므로, 어떤 앱은 핫스팟에서 엄격한 한도를 갖고, 집에서는 한도 없이 사용할 수 있으며, 프로필은 연결하는 Wi-Fi SSID에 따라 자동으로 전환된다. 핫스팟 보호는 로그인할 수 있을 만큼 네트워크가 접속 가능하지만, 모든 백그라운드 프로세스가 자유롭게 작동하지 않도록 하는 캡티브 포털 케이스를 처리한다.

일상적인 측면에서, 실시간 애플리케이션별 트래픽 모니터는 어떤 프로세스가 무엇을 전송하는지 정확히 보여주며, 원한다면 한 시간 동안 조용히 하도록 일시적 규칙을 한 번 클릭으로 차단하고 만료시킬 수 있다. 이는 Low Data Mode가 답하지 않는 질문에 답한다: 애플리케이션이 조심스럽게 요청받았는지 여부가 아니라, 각 애플리케이션이 실제로 얼마나 보냈는지이다.

공정한 결론은 이 두 가지가 경쟁하는 것이 아니라 상호 보완적이라는 것이다. Low Data Mode를 켜라. 비용이 들지 않으며, Apple이 제어하는 트래픽에 잘 작동하고, Apple의 자체 서비스는 배경 사용량의 상당 부분을 차지한다. 그런 다음, 이 위에 집행을 추가하여, 몇 년 전 업데이트 체크에 대해 어떤 개발자가 내린 결정이 아니라, 사용자가 설정한 규칙에 따라 데이터 허용량이 결정되도록 하라.