如何借助工具通过内联/展开汇编估算函数CPU周期成本？

编译时场景 #

自动生成递归展开式汇编清单 #

通过GCC的内联编译选项可实现函数调用的自动展开，无需手动复制汇编代码：

• 编译时添加-finline-functions -O2（或更高优化级别如-O3），强制GCC将被调用函数（如set_sys_clock_pll、clock_get_hz）内联到主函数中。示例编译命令：

  arm-none-eabi-gcc -mcpu=cortex-m0plus -mthumb -O2 -finline-functions main.c -o main.elf
  

• 生成带C代码交错的展开式汇编清单：

  arm-none-eabi-objdump -S main.elf > listing.txt
  

  此时main函数的汇编已包含所有内联展开的指令，无需手动处理递归调用。

计算最优/最差情况总CPU周期数 #

工具自动化计算

使用LLVM的llvm-mca工具，它能模拟Cortex-M0+的指令流水线，精准计算指令执行的总周期：

1. 提取可执行文件中的纯代码段：

   arm-none-eabi-objcopy -O elf32-littlearm --only-section=.text main.elf main_text.o
   

2. 运行llvm-mca模拟分析：

   llvm-mca -mcpu=cortex-m0plus main_text.o
   

   输出结果会包含指令的总执行周期，以及分支跳转等情况的流水线冲突分析，可直接获取最优（分支不跳转）和最差（分支跳转）场景的周期数。

手动计算（备用）

对照Cortex-M0+官方指令周期表，逐一统计汇编清单中每条指令的周期：

• 无分支的线性代码，直接累加所有指令周期；
• 分支指令，分别统计分支跳转（最差情况）和不跳转（最优情况）的周期总和。

运行时场景 #

由于RP2040的Cortex-M0+架构不支持GDB的record/btrace功能，可通过以下方式获取实际执行路径的周期数：

硬件GPIO翻转+逻辑分析仪 #

这是最精准且对原有代码影响最小的方法：

1. 在目标函数的入口和出口处添加GPIO电平翻转代码，确保代码不被编译器优化删除（可添加volatile修饰或用__attribute__((optimize("O0")))标记相关代码块）：

   void main(void) {
     gpio_put(PIN_TRACE, 1); // 函数入口翻转电平
     // 原有函数代码
     gpio_put(PIN_TRACE, 0); // 函数出口翻转电平
   }
   

2. 使用逻辑分析仪抓取该GPIO引脚的波形，测量高低电平的持续时间；
3. 总周期数 = 测量时间（秒） × 系统实际时钟频率（actual_clock_sys_hz）。

OpenOCD脚本自动化单步计数 #

借助OpenOCD的硬件调试能力，编写TCL脚本自动单步执行函数并累加周期：

1. 利用RP2040的SYSTICK定时器（递减计数），在每步执行前后读取计数器值；
2. 计算每步指令的周期差，累加得到函数总周期。
   • 注意：单步执行会引入调试开销，需先校准单步操作本身的周期偏移，再从总计数中扣除。

内容的提问来源于stack exchange，提问作者sdbbs