如何估算Linux内核自旋锁持有与等待时间？修改内核函数遇阻求助

我之前做内核自旋锁性能分析的时候也遇到过一模一样的问题，给你几个经过验证的可行方案：

1. 拆分逻辑到独立辅助函数 #

内联函数对代码长度有严格限制，尤其是内核编译器的内联阈值比较苛刻。你可以把新增的持有/等待时间统计逻辑抽成一个非内联的辅助函数，让arch_spin_lock()只保留核心加锁逻辑和对辅助函数的调用，这样就能避免内联代码过长的问题。

示例代码思路：

// 新增非内联辅助函数，负责时间统计逻辑
static void spin_lock_track_start(arch_spinlock_t *lock) {
    // 这里写你的时间戳记录、统计变量更新等逻辑
    lock->hold_start = rdtsc(); // 比如用rdtsc直接读时间戳，高效且代码短
}

// 修改原内联函数，只保留核心加锁+调用辅助函数
static inline void arch_spin_lock(arch_spinlock_t *lock) {
    // 原有的核心加锁逻辑（比如汇编指令或原子操作）
    __asm__ __volatile__("lock; btsl $0, %0" : "+m" (lock->raw_lock) : : "memory");
    
    // 调用统计逻辑，这部分不会占用内联代码的长度
    spin_lock_track_start(lock);
}

2. 强制关闭内联属性 #

如果拆分逻辑太麻烦，你可以直接给arch_spin_lock()添加__attribute__((noinline))属性，强制编译器不把它作为内联函数处理。虽然这会带来一点点性能开销，但对于研究场景来说完全可以接受。

修改示例：

// 替换原来的inline声明，添加noinline属性
void __attribute__((noinline)) arch_spin_lock(arch_spinlock_t *lock) {
    // 原有的加锁逻辑 + 你的统计代码
    // ...
}

3. 利用内核原生跟踪工具替代修改代码 #

其实内核本身就提供了成熟的跟踪机制，完全不需要修改arch_spin_lock()的代码就能统计自旋锁的持有和等待时间，这也是我后来更常用的方法：

• perf工具：用perf record -e lock:lock_acquired,lock:lock_released -g捕获自旋锁的获取/释放事件，然后通过perf script分析事件的时间戳差，就能得到持有时间；等待时间可以用lock:lock_contended事件统计。
• ftrace工具：开启function_graph跟踪，过滤arch_spin_lock和arch_spin_unlock函数，通过函数的进入/退出时间差计算持有时间；等待时间可以跟踪自旋锁的循环等待逻辑（比如arch_spin_lock里的忙等待循环）。

4. 精简统计逻辑压缩代码量 #

如果一定要保持内联，就把统计逻辑尽可能精简：

• 用汇编指令直接读取时间戳（比如rdtsc），代替调用内核的高精度时间函数（这类函数代码长，不适合内联）。
• 只记录必要的统计数据，比如只存时间戳的低32位（如果你的研究时间范围不需要高精度的64位时间）。
• 避免在统计逻辑里调用复杂的内核函数，尽量用本地变量和简单操作。

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