← 返回首页 Better Resource Monitor vs Eul
Eul 多年前就停止了更新。在 M 系列 Mac 上,它存在已知的高 CPU 占用问题,且不会有修复,其 GPU 监控依赖于私有 API,在 macOS 版本更新时会失效。在忍受了一段时间后,我编写了 Better Resource Monitor。GPU 数据来自 IOAccelerator API,整个应用保持在 App 沙盒内,在 Apple Silicon 上 CPU 占用低于 0.1%。
| 功能 | Better Resource Monitor | Eul |
| Mac App Store | 功能完整 | 受限 |
| 管理员密码 / 权限 | 无需 (沙盒) | 无需 |
| GPU API 稳定性 | 公开 API | 私有 API |
| 内存占用 | ~15 MB | ~40 MB |
| CPU / 能源影响 | < 0.1% | 高 (M 系列) |
| 应用大小 | < 7 MB | ~5 MB |
| 隐私 / 遥测 | 100% 离线 | 离线 |
| 状态 | 活跃 | 停止维护 |
| 语言 | Rust | Swift |
| 价格 | 免费 | 免费 |
| 许可证 | MIT | MIT |
维护对于系统工具至关重要
菜单栏监视器会接触到 IOKit、SMC 以及 Apple 每年秋季调整的各种组件。Eul 的最后一次重要提交是在几年前。没有 macOS Sequoia 的修复,没有针对 Apple Silicon 的优化,没有安全补丁。我会针对每个 macOS 测试版进行测试,并在正式发布前推送修复。
Apple Silicon 上的 CPU 占用
在 M 系列 Mac 上,Eul 的 CPU 占用率会明显攀升。由于无人维护,这个问题永远不会得到解决。Better Resource Monitor 的 Rust 核心通过跳过导致开销的操作(SMC 辅助工具、持续的传感器轮询),使整个应用的 CPU 占用率保持在 0.1% 以下。
无需私有 API 的 GPU 数据
Eul 的 App Store 版本功能受限,因为它使用私有的、未记录的 API 获取 GPU 数据。这些 API 在任何 macOS 小版本更新中都可能静默失效。我通过 IOAccelerator(公开的 IOKit 接口)读取 GPU 使用率。数据相同,更新后依然稳定,且在 App Store 上实现了完整的 GPU 监控。 如果 Eul 在停止更新前对你有效,
Better Resource Monitor 涵盖了相同的功能。如果你想在安装前查看源码,请访问
GitHub。