4. 性能分析数据采集基础

性能分析的第一步不是打开某个视图，而是决定“用什么方式把程序运行时的信息取出来”。Green Hills MULTI 提供了多条互补的数据采集路径：断点、指令跟踪、PC 采样和事件记录。它们采集的数据粒度、时间开销、对实时性的干扰程度各不相同，选错方式往往会导致两类典型问题——要么数据太粗看不出瓶颈，要么采集本身把系统时序改得面目全非。本节按“采集机制—MULTI 实现路径—适用场景”三条线索逐一展开。

断点采集：精确但侵入性最强

断点采集的本质是在指定地址插入一条陷阱指令（如 PowerPC 的 trap 或 ARM 的 BKPT），命中后 CPU 陷入调试异常，由 MULTI 的调试代理接管。在 MULTI 中，断点通过 Debug → Breakpoints 视图管理，支持软件断点和硬件断点两类。软件断点数量不受限，但会改写目标内存中的指令；硬件断点依赖芯片的调试比较器，通常只有 2～6 个，且不修改代码，适合放在 Flash 或只读段中。

断点采集最典型的性能用法是“命中计数 + 时间戳”。在 MULTI 的断点属性中勾选 Count 与 Time Stamp，每次命中都会记录一次时间。例如把断点打在函数入口和出口，两次时间戳相减即得该函数单次执行时间。需要注意：断点命中会暂停整个核，若在 1 kHz 控制循环里打 10 个断点，实际周期会被拉长到毫秒级，测出的时间不再代表真实运行状态。因此断点采集适用于低频、非实时敏感、需要精确单次测量的场合，如初始化阶段耗时、偶发慢路径定位。

指令跟踪：完整执行流的“录像”

跟踪采集记录的是 CPU 实际执行过的指令流或程序计数器序列。MULTI 通过目标芯片的跟踪硬件（如 Nexus、ETM、Aurora 跟踪端口）或片上跟踪缓冲（ETB）获取数据，在 Trace 视图中以时间轴形式呈现。与断点不同，跟踪是“边跑边记”，CPU 不停止，因此能保留真实时序。

跟踪数据的价值在于回答“程序到底走了哪条分支”。例如一个状态机在异常输入下跳进了错误分支，断点只能告诉你“到了这里”，跟踪能告诉你“从哪条路径来的”。在 MULTI 中配置跟踪时，需要设置触发条件（Trigger）和过滤窗口（Filter），否则数据量会迅速淹没缓冲区。典型配置是：以某个函数入口为触发点，向前后各采集 2000 条指令。跟踪的代价是带宽和存储——高频内核下跟踪端口可能成为瓶颈，因此它更适合短时间窗口、路径验证、时序异常复现，而不是长时间运行监控。

PC 采样：低开销的统计画像

采样采集不记录每一条指令，而是以固定或随机间隔“抓拍”当前 PC 值，统计各地址出现频率，从而近似得到热点分布。MULTI 的 Profiler 视图支持基于定时器中断的采样，采样周期可设为 1 ms、100 μs 等。采样开销极低，通常小于 1%，因此可以长时间运行而不显著扰动系统。

采样的关键参数是采样频率与统计窗口。根据奈奎斯特思想，采样周期应远小于被观察事件的持续时间，否则会漏掉短函数。例如一个执行 50 μs 的函数，用 1 ms 采样几乎不可能命中；改用 100 μs 采样，命中概率才可接受。MULTI 的采样结果以函数或地址为单位给出百分比，适合快速定位“谁最耗时”。但采样只能给出统计结论，无法还原调用顺序和精确次数，因此它适合宏观热点筛选、长时间负载画像，不适合精确时序测量。

事件记录：面向系统行为的日志

事件记录采集的是“发生了什么”，而不是“执行到哪”。在 MULTI 中，可以通过 Event Log、用户自定义事件点（Event Point）或 RTOS 感知插件（如针对 μ-velOSity、ThreadX 的感知模块）记录任务切换、信号量操作、中断进入退出等事件。事件点通常以写调试寄存器或内存标记的方式实现，开销远低于断点。

事件记录的核心优势是把“时间”和“行为”关联起来。例如记录任务 A 释放信号量、任务 B 获得信号量、任务 B 开始运行三个事件，就能算出信号量传递延迟。在 MULTI 中，事件日志可与跟踪视图叠加显示，形成“行为—时间”对照。它适用于RTOS 调度分析、任务间同步延迟、中断响应链路等系统级问题。

如何组合使用：从粗到精的采集策略

四类方式不是互斥的，实际工程中通常按“先粗后精”的顺序组合。一个可复用的流程是：先用 Profiler 以 100 μs 周期采样 30 秒，找出占用 CPU 最高的三个函数；再在这些函数入口布置 Event Point，记录调用次数与时间戳，确认是调用频繁还是单次过长；若怀疑某条分支异常，用 Trace 以该函数为触发点采集 2000 条指令，还原路径；最后对确认为瓶颈的代码段，用断点加时间戳做单次精确测量。

需要特别提醒的是实时性约束。若系统控制周期为 100 μs，任何暂停 CPU 的采集（断点、部分跟踪触发）都会破坏时序，此时应优先使用采样和事件记录。MULTI 的 Profiler 和 Event Log 都支持在目标不停机的情况下运行，这是它们相对于断点的最大优势。

采集参数速查

掌握这四类采集方式的机制差异与 MULTI 中的具体入口，是后续所有性能分析工作的前提。选择采集方式时，先问三个问题：系统能否被暂停？需要的是统计结论还是精确序列？观察对象是代码热点还是系统行为？答案会直接指向合适的采集路径。