活动监视器不提供系统调用或上下文切换率的实时追踪功能，因其定位是面向用户级资源监控的可视化工具，仅展示CPU、内存、网络等宏观指标，不暴露内核级细节。
活动监视器本身不提供系统调用（system calls）或上下文切换率（context switch rate）的实时追踪功能。
这是关键前提——macOS 内置的“活动监视器”（Activity Monitor）定位是面向用户级资源监控的可视化工具，它展示的是宏观指标：CPU 使用率、内存压力、网络吞吐、磁盘活动、能耗等。它不会暴露内核层面的低级行为细节，比如：
- 每秒执行了多少次
open()、read()、mmap()等系统调用 - 进程/线程每秒发生多少次上下文切换（scheduler switches）
- 内核态与用户态时间细分（如
sysvsusr时间占比） - 中断频率、软中断（softirq）或调度延迟（scheduling latency）
这些属于内核可观测性（kernel observability）范畴，需借助更底层的命令行工具或开发者工具。
替代方案：用终端命令查看系统调用与上下文切换
若你真正需要追踪系统调用频次或上下文切换行为，推荐以下原生 macOS 工具：
-
dtrace（macOS 原生动态追踪框架，需在恢复模式下启用，且在 macOS Sequoia 及后续版本中部分功能受限）：
可编写脚本统计某进程的系统调用类型与次数，例如：
sudo dtrace -n 'syscall:::entry { @syscalls[probefunc] = count(); }'（运行几秒后按 Ctrl+C 查看汇总） -
sysdiagnose：
按 Shift+Cmd+Opt+Ctrl+.（句号） 触发全系统诊断快照，生成的 `.tar.gz` 包中包含 `spindump`、`sample`、`ps`、`vm_stat` 等日志，其中 `vm_stat` 可显示当前每秒上下文切换数（
Context switches行） -
vm_stat（最简捷）：
在终端中运行：
vm_stat 1每秒刷新一次，重点关注输出中的Context switches数值（单位：次/秒），该值反映内核调度器活跃度 -
sample 或 spindump：
针对特定进程采样其调用栈，间接反映系统调用热点。例如：
sample -file sample.out PID 10 1（对 PID 进程采样 10 秒，1Hz 频率）
为什么活动监视器不显示这些指标
活动监视器的数据源主要来自 libproc 和 host_statistics 等高层 API，它们封装并简化了内核信息。系统调用计数和上下文切换统计需访问 mach_host_statistics 的更细粒度字段（如 HOST_CONTEXT_SWITCHES），或依赖 DTrace/os_signpost 等机制，这些未被活动监视器界面所集成。
实用建议：何时关注上下文切换或系统调用
- 当 Mac 出现明显卡顿但 CPU 使用率不高时，高上下文切换率（持续 > 5000/s） 可能暗示线程争抢严重或锁竞争，需结合
spindump分析栈 - 某应用启动极慢或响应迟滞，用
dtrace或opensnoop（需 Homebrew 安装perf-tools）可定位是否陷入高频小文件 I/O 或重复stat()调用 - 开发调试驱动、内核扩展或高性能服务时，才需长期监控这些指标；日常使用无须介入
不复杂但容易忽略：活动监视器是好用的“仪表盘”，不是“示波器”。要看到信号波形，得换工具。
