ova 对比活动监视器：内置工具不够用时怎么办

你打开活动监视器，点网络标签页，盯着一列叫"发送字节数"的数字写着 14.2 GB 在你不认识的进程旁。那糟糕吗？是从启动以来吗？从上次用户登录吗？数字还在爬吗？没有秒表和便签纸活动监视器都不会告诉你。那是多数人开始更认真看活动监视器带宽情况的时刻。

活动监视器是好的法医工具。它真的不擅长做实时带宽监控。这篇布局内置应用实际做什么、它在哪失手、像 ova 这种专用工具怎么填空缺。

活动监视器的网络标签页实际显示什么

打开活动监视器（应用 → 实用工具 → 活动监视器）并点 网络 标签页。你会看到每个进程一行带这些列：

• 发送字节数 / 接收字节数 — 自进程启动以来累计
• 发送字节数/秒 / 接收字节数/秒 — 瞬时速率，每几秒刷新
• 发送的数据包 / 接收的数据包 — 包计数器，多数对网络工程师有用
• 底部一个系统级合计图显示聚合吞吐量

数据来自 macOS 已经为计数保留的内核级计数器。它准确。也原始——你和数字之间没有解释层。

这对一个具体用例很好："我想确认进程 X 自启动以来某时做过一些网络活动"。对那个，活动监视器是合适工具，你不需要别的。

活动监视器带宽视图在哪失手

一旦你的问题不是"这进程曾经碰过网络吗"，裂缝快速显现。

1. 没有你能真正看的实时速率

"字节/秒"列默认每两秒刷新，速率有噪声。每进程没有图、没有平滑线、没有可拖动历史。你不能让它开在屏幕角落像速度计一样瞄——它是你读完前就变化的数字列表。

如果你想在 Zoom 通话期间看你上传搞清楚为什么通话质量在退化，活动监视器不是工具。你需要画速率图并保持可见的东西。

2. 累计计数器每次重启重置

"发送字节数"列在进程启动时开始计数。重启你 Mac，每个计数器重置。退出并重启动应用，那应用的计数器重置。活动监视器里没有"今天"或"本周"概念——只有"自这 PID 起来以来"。

那让活动监视器对计费连接上最常见带宽问题接近无用：我今天用了多少数据？

3. 辅助进程散乱不是聚合

这是大头。现代 macOS 应用是多进程。开 Chrome 五个标签，活动监视器会给你看：

• Google Chrome（父 UI 进程，常网络近零）
• Google Chrome Helper (Renderer) — 多个 PID，每个标签或站点一个
• Google Chrome Helper (GPU) — 通常在网络上空闲
• Google Chrome Helper (Plugin) — 给媒体解码器和 DRM
• Google Chrome Helper — 通用辅助给 service worker 和扩展

Slack、Discord、Telegram、Microsoft Teams、Spotify 和多数 Electron 应用跟同样模式。流量散在辅助上。没一行单独看糟糕。聚合巨大。

要拿真数字你得要么按名排序在脑里加辅助，要么按 Chrome 过滤总加可见字节。等你完成，数字已经移动。

4. 没历史——不能拖回

活动监视器完全住在现在。它说不出昨天下午 3:14 发生了什么。如果你 ISP 应用说你周二用了 30 GB，活动监视器帮不了你重建那一天。你要么当时有监控在跑，要么没有。

5. 守护进程和后台进程晦涩

网络标签页会愉快地给你看 cloudd、nsurlsessiond、mediaanalysisd、mDNSResponder、apsd 和十几个其他系统守护进程。没一个用人话标注。nsurlsessiond 上行 200 MB 意味着 iCloud 或某应用的后台 URL 会话在送数据——但活动监视器不会告诉你哪个应用拥有那流量。

ova 在上面加什么

ova 专门为回答活动监视器不能的问题而建。

• 按应用实时速率，平滑，在菜单栏。 点击你看到按应用的下载/上传约每秒更新。
• 辅助聚合。 Chrome 七个辅助卷到 "Google Chrome" 下。Slack 辅助卷到 "Slack" 下。你读应用名，不是 PID。
• 可拖动时间线。 拖回两小时，看什么忙，把尖峰归到应用。
• 持久化历史。 计数器跨重启和退出存活。"我今天用了多少"是有真答案的真问题。
• 能时的守护进程归因。 经 nsurlsessiond 的后台流量在 macOS 暴露时被标记为发起 bundle。

它也小（约 3 MB）、安静（空闲 CPU 低于 0.3%）、本地（无遥测、无账号、所有数据在磁盘）、为 macOS 14+ 在 Apple Silicon 和 Intel 上签名公证。

实操对比：诊断一个 50 GB 的一天

假设你 ISP 短信你昨天在 200 GB 月套餐里用了 50 GB。走两个工具。

仅用活动监视器

1. 打开活动监视器 → 网络。
2. 意识到计数器在昨天重启时重置，所以它们只显示今早的流量。
3. 按发送字节排序。顶行是 nsurlsessiond 6 GB。你不知道它代表什么应用。
4. 第二行是 Google Chrome Helper 3 GB。下面还有八行 Helper。你手工加得到约 11 GB。
5. 你还说不清剩下的 50 GB，并且不能回退到昨天。
6. 放弃，怪"后台更新"，继续。

用昨天跑着的 ova

1. 打开 ova，把时间线拖回昨天。
2. 看到下午 2 点到 4 点之间归到"照片"的 35 GB 尖峰。
3. 想起来你擦了手机后重新启用 iCloud 照片同步。
4. 一分钟内谜题解开。

这是空缺。活动监视器是快照。ova 是记录。

看 ova 实战

一眼可瞄的菜单栏带宽监控——本地、签名、约 3 MB。

下载 macOS 版

活动监视器仍是合适工具时

公平对它。有活动监视器做得好而 ova 根本不试图做的工作：

• 杀进程。 顶部大 "X" 按钮是强制退出行为不当东西的最快方式。
• CPU 和内存法医。 活动监视器的 CPU 和内存标签页详细且免费。
• 一次性检查。 "这应用现在到底在不在跟网络通信？"——一次 Cmd+Tab 到活动监视器立刻回答，无需安装。
• 进程树导航。 显示菜单下的层级视图对理解父/子 PID 真有用。

如果你需要法医的、零星的，或关于网络流量之外的东西，内置工具没事。你不需要装任何东西就能瞄它。活动监视器带宽视图只在你开始问它从未设计回答的问题时才成问题。

装 ova 后的实操工作流

合理双工具工作流看起来这样：

1. 菜单栏里的 ova，始终在跑。 它是带宽的实时和历史视图。
2. Dock 或 Spotlight 里的活动监视器，按需打开。 它是"现在这一刻在内核里发生什么"的手术刀。

ova 给你看 "Dropbox" 40 Mbps 上传尖峰但你想知道哪个具体 Dropbox 辅助 PID 负责时，跳到活动监视器确认。当活动监视器显示 nsurlsessiond 巨大 发送字节数 计数你想知道哪个应用造成时，跳到 ova 历史看那时什么活跃。

接下来做什么

如果你从没试过按名过滤活动监视器网络标签页，先做那个——有时五分钟手工调查够。如果你发现自己每周不止一次做那调查，内置工具不是你问题的合适形态。

简短下一步列表：

1. 打开活动监视器 → 网络按发送字节排序。记下前三行。
2. 试图识别哪些应用拥有那些辅助进程。（如果前五里三个不可识别，那是你信号。）
3. 装 ova 让它在菜单栏待几天。
4. 下次带宽行为不当时，看找答案要多久。

活动监视器作为 macOS 一部分有原因——它工作、可靠、不花钱。它只是没设计成持续带宽监控，假装活动监视器带宽标签页是一个浪费很多调试时间。