블로그로 돌아가기
·9분 분량·productdevbook

ova vs 활성 상태 보기: 기본 도구가 부족할 때

활성 상태 보기는 Mac의 많은 네트워크 질문을 해결합니다. 해결하지 못하는 부분, 그리고 전용 도구가 자리값을 하는 이유를 다룹니다.

  • Comparison
  • macOS
  • Bandwidth
  • Tools

활성 상태 보기를 열고, 네트워크 탭을 클릭하고, 인식하지 못하는 프로세스 옆에 14.2GB라고 적힌 "보낸 바이트"라는 열을 응시합니다. 그것이 나쁜가요? 부팅 이후인가요? 마지막 사용자 로그인 이후인가요? 숫자가 여전히 오르고 있나요? 활성 상태 보기는 스톱워치와 메모장 없이는 그 어떤 것도 알려주지 않을 것입니다. 그것이 대부분의 사람들이 활성 상태 보기 대역폭 상황을 더 진지하게 보기 시작하는 순간입니다.

활성 상태 보기는 좋은 포렌식 도구입니다. 실시간 대역폭 모니터로서는 정말로 나쁩니다. 이 글은 내장된 앱이 실제로 무엇을 하는지, 어디서 부족한지, 그리고 ova 같은 전용 도구가 어떻게 간극을 채우는지 정리합니다.

활성 상태 보기의 네트워크 탭이 실제로 보여주는 것

활성 상태 보기를 열고(애플리케이션 → 유틸리티 → 활성 상태 보기) 네트워크 탭을 클릭합니다. 다음 열이 있는 프로세스당 행을 볼 것입니다.

  • 보낸 바이트 / 받은 바이트 — 프로세스가 시작된 이후 누적
  • 초당 보낸 바이트 / 초당 받은 바이트 — 즉각적인 속도, 몇 초마다 새로 고침
  • 보낸 패킷 / 받은 패킷 — 패킷 카운터, 대부분 네트워크 엔지니어에게 유용
  • 집계 처리량을 보여주는 하단의 시스템 전체 합계 그래프

데이터는 macOS가 회계를 위해 이미 보관하는 커널 수준 카운터에서 옵니다. 정확합니다. 또한 원시이기도 합니다 — 본인과 숫자 사이에 해석 계층이 없습니다.

이는 한 가지 특정 사용 사례에 훌륭합니다: "프로세스 X가 시작된 이후 어느 시점에 네트워크 활동을 했는지 확인하고 싶다." 그것을 위해 활성 상태 보기는 적절한 도구이고 다른 어떤 것도 필요하지 않습니다.

활성 상태 보기 대역폭 뷰가 부족한 곳

질문이 "이 프로세스가 네트워크에 닿은 적이 있는가" 외의 어떤 것이든 되면, 균열이 빠르게 나타납니다.

1. 실제로 지켜볼 수 있는 라이브 속도 없음

"초당 바이트" 열은 기본적으로 2초마다 새로 고치고 속도가 시끄럽습니다. 프로세스당 그래프도, 평활화된 선도, 스크럽 가능한 기록도 없습니다. 화면 구석에 열어 두고 속도계처럼 흘끗 볼 수 없습니다 — 읽기를 마치기 전에 변하는 숫자 목록입니다.

통화 품질이 저하되는 이유를 알아내기 위해 Zoom 통화 동안 업로드를 지켜보고 싶다면, 활성 상태 보기는 도구가 아닙니다. 속도 그래프를 그리고 보이게 유지하는 무언가가 필요합니다.

2. 누적 카운터가 모든 다시 시작에서 재설정

"보낸 바이트" 열은 프로세스가 시작될 때 카운트를 시작합니다. Mac을 재부팅하면 모든 카운터가 재설정됩니다. 앱을 종료하고 다시 실행하면 그 앱의 카운터가 재설정됩니다. 활성 상태 보기에는 "오늘"이나 "이번 주" 개념이 없습니다 — "이 PID가 올라온 이후"만 있습니다.

그것이 종량제 연결에서 가장 흔한 대역폭 질문에 활성 상태 보기를 거의 쓸모없게 만듭니다: 오늘 얼마나 많은 데이터를 사용했는가?

3. 도우미 프로세스가 흩어져 있고 집계되지 않음

이것이 큰 것입니다. 현대 macOS 앱은 다중 프로세스입니다. 다섯 탭으로 Chrome을 열면 활성 상태 보기는 다음을 보여줄 것입니다.

  • Google Chrome (부모 UI 프로세스, 종종 거의 0 네트워크)
  • Google Chrome Helper (Renderer) — 여러 PID, 탭 또는 사이트당 하나
  • Google Chrome Helper (GPU) — 보통 네트워크에서 유휴
  • Google Chrome Helper (Plugin) — 미디어 디코더와 DRM용
  • Google Chrome Helper — 서비스 워커와 확장을 위한 일반 도우미

Slack, Discord, Telegram, Microsoft Teams, Spotify, 그리고 대부분의 Electron 앱이 같은 패턴을 따릅니다. 트래픽이 도우미에 걸쳐 분산됩니다. 어느 단일 행도 나빠 보이지 않습니다. 합계가 거대합니다.

진짜 숫자를 얻으려면 이름으로 정렬하고 머릿속에서 도우미를 더하거나, Chrome으로 필터링하고 보이는 바이트를 합산해야 합니다. 마칠 때쯤이면 숫자가 움직였습니다.

4. 기록 없음 — 거슬러 스크럽 없음

활성 상태 보기는 완전히 현재에 살고 있습니다. 어제 오후 3시 14분에 무슨 일이 있었는지 알려줄 수 없습니다. ISP의 앱이 화요일에 30GB를 사용했다고 말하면, 활성 상태 보기는 하루를 재구성하는 데 도움이 될 수 없습니다. 그 시간에 모니터가 실행되고 있었거나 그렇지 않았거나입니다.

5. 데몬과 백그라운드 프로세스가 이해하기 어려움

네트워크 탭은 기꺼이 cloudd, nsurlsessiond, mediaanalysisd, mDNSResponder, apsd, 그리고 12개의 다른 시스템 데몬을 보여줄 것입니다. 어느 것도 사람의 용어로 라벨링되지 않습니다. nsurlsessiond가 200MB를 위로 하는 것은 iCloud나 어떤 앱의 백그라운드 URL 세션이 데이터를 보내고 있다는 것을 의미합니다 — 하지만 활성 상태 보기는 어떤 앱이 그 트래픽을 소유하는지 알려주지 않을 것입니다.

ova가 위에 추가하는 것

ova는 활성 상태 보기가 답할 수 없는 질문에 답하기 위해 특별히 만들어졌습니다.

  • 메뉴 바의 평활화된 앱별 라이브 속도. 클릭하면 약 1초마다 업데이트되는 앱당 다운로드/업로드를 봅니다.
  • 도우미 집계. Chrome의 일곱 도우미가 "Google Chrome" 아래로 굴러갑니다. Slack의 도우미가 "Slack" 아래로 굴러갑니다. PID가 아니라 앱 이름을 읽습니다.
  • 스크럽 가능한 타임라인. 두 시간 거슬러 끌고, 무엇이 바빴는지 보고, 급증을 앱에 귀속시킵니다.
  • 지속적인 기록. 카운터가 다시 시작과 종료를 견딥니다. "오늘 얼마나 사용했는가"는 진짜 답이 있는 진짜 질문입니다.
  • 가능한 곳에서 데몬 귀속. macOS가 노출할 때 nsurlsessiond를 통한 백그라운드 트래픽이 원본 번들로 라벨링됩니다.

또한 작고(약 3MB), 조용하고(유휴 CPU 0.3% 미만), 로컬이고(텔레메트리 없음, 계정 없음, 디스크의 모든 데이터), Apple Silicon과 Intel 둘 다의 macOS 14+에 서명 및 공증되었습니다.

라이브 앱별 속도
메뉴 바 드롭다운을 열면 약 1Hz로 샘플링된 앱당 다운로드 및 업로드 속도를 봅니다. PID 산수 없음, 새로 고침 버튼 없음.

실용적 비교: 50GB 하루 진단

200GB 월간 요금제에서 어제 50GB를 사용했다고 ISP가 문자한다고 가정합시다. 두 도구를 살펴보세요.

활성 상태 보기만으로

  1. 활성 상태 보기 → 네트워크를 엽니다.
  2. 카운터가 어제의 재부팅에서 재설정되었음을 깨닫고, 그래서 오늘 아침의 트래픽만 보여줍니다.
  3. 보낸 바이트로 정렬합니다. 상위 행은 6GB의 nsurlsessiond입니다. 그것이 어떤 앱을 나타내는지 모릅니다.
  4. 두 번째 행은 3GB의 Google Chrome Helper입니다. 그 아래 여덟 개의 도우미 행이 더 있습니다. 손으로 더하면 약 11GB가 됩니다.
  5. 50GB의 나머지를 여전히 설명할 수 없고 어제로 되감을 수 없습니다.
  6. 포기하고, "백그라운드 업데이트"를 탓하고, 넘어갑니다.

어제 ova가 실행되고 있었으면

  1. ova를 열고, 타임라인을 어제로 거슬러 스크럽합니다.
  2. "사진"에 귀속된 오후 2시에서 4시 사이의 35GB 급증을 봅니다.
  3. 폰을 지운 후 iCloud 사진 동기화를 다시 활성화한 것을 기억합니다.
  4. 1분 안에 미스터리 해결.

이것이 간극입니다. 활성 상태 보기는 스냅샷입니다. ova는 기록입니다.

ova 작동 모습 보기

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

macOS용 다운로드

활성 상태 보기가 여전히 적절한 도구일 때

그것에 공정해지세요. ova가 전혀 시도하지 않는 활성 상태 보기가 잘 하는 일이 있습니다.

  • 프로세스 종료. 상단의 큰 "X" 버튼이 잘못 동작하는 무언가를 강제 종료하는 가장 빠른 방법입니다.
  • CPU와 메모리 포렌식. 활성 상태 보기의 CPU와 메모리 탭은 자세하고 무료입니다.
  • 일회성 점검. "이 앱이 지금 네트워크와 통신하고 있나?" — 활성 상태 보기로 한 번의 Cmd+Tab이 그것에 즉시 답합니다, 설치 필요 없음.
  • 프로세스 트리 탐색. 보기 메뉴 아래 계층 뷰는 부모/자식 PID를 이해하는 데 정말로 유용합니다.

필요가 포렌식이거나, 산발적이거나, 네트워크 트래픽이 아닌 다른 것에 관한 것이라면, 내장 도구가 괜찮습니다. 그것을 살짝 보기 위해 어떤 것도 설치할 필요가 없습니다. 활성 상태 보기 대역폭 뷰는 답하도록 설계되지 않은 질문을 묻기 시작할 때만 문제가 됩니다.

ova를 설치하면 실용적인 워크플로

합리적인 두 도구 워크플로는 다음과 같이 보입니다.

  1. 메뉴 바의 ova, 항상 실행. 그것은 대역폭의 라이브 및 과거 뷰입니다.
  2. Dock이나 Spotlight의 활성 상태 보기, 주문에 따라 열림. 그것은 "지금 이 순간 커널에서 무엇이 일어나고 있는가"를 위한 메스입니다.

ova가 "Dropbox"의 40Mbps 업로드 급증을 보여주지만 어떤 특정 Dropbox 도우미 PID가 책임지는지 알고 싶을 때, 활성 상태 보기로 점프해 확인하세요. 활성 상태 보기가 nsurlsessiond의 거대한 보낸 바이트 카운트를 보여주고 어떤 앱이 그것을 일으켰는지 알고 싶을 때, ova의 기록으로 점프해 그 시점에 무엇이 활성이었는지 보세요.

다음에 할 일

이름으로 활성 상태 보기의 네트워크 탭을 필터링한 적이 없다면, 먼저 그렇게 하세요 — 때때로 5분의 수동 조사로 충분합니다. 일주일에 한 번 이상 그 조사를 하고 있다면, 내장 도구가 문제에 적절한 모양이 아닙니다.

짧은 다음 단계 목록:

  1. 활성 상태 보기 → 네트워크를 열고 보낸 바이트로 정렬합니다. 상위 세 행을 기록합니다.
  2. 어떤 앱이 도우미 프로세스를 소유하는지 식별하려고 합니다. (상위 다섯 중 셋이 인식할 수 없다면, 그것이 신호입니다.)
  3. ova를 설치하고 며칠 동안 메뉴 바에 두세요.
  4. 다음번에 대역폭이 잘못 동작할 때, 답을 찾는 데 얼마나 걸리는지 보세요.

활성 상태 보기는 이유가 있어서 macOS의 일부입니다 — 작동하고, 신뢰할 수 있고, 비용이 없습니다. 그저 지속적인 대역폭 모니터로 설계되지 않았고, 활성 상태 보기 대역폭 탭이 그렇다고 가장하는 것은 많은 디버깅 시간을 낭비합니다.