perf_event_open下PERF_COUNT_SW_TASK_CLOCK的单位及纳秒转换方法咨询

默认上游Linux内核场景下，PERF_COUNT_SW_TASK_CLOCK 返回的计数值原生就是纳秒单位，无需额外换算即可直接作为纳秒时长使用。

• 该软件事件在内核中的实现完全对齐线程专属CPU时间源，和用户态通过 clock_gettime(CLOCK_THREAD_CPUTIME_ID, ...) 获取的线程运行时间使用完全相同的计时基准，二者统计的都是当前线程实际占用CPU的运行时长，排除线程被调度挂起的时间段。
• 内核针对该时间源的所有读写操作，原生以64位纳秒值存储，不存在硬件事件常见的“根据定时器周期缩放计数”的转换环节——这点是软件事件和硬件性能事件的核心区别，硬件事件往往需要根据CPU的TSC频率、时钟分频系数做比例换算才能得到实际时长，而该软件事件没有这类中间缩放逻辑。

• 不要和同属软件事件的 PERF_COUNT_SW_CPU_CLOCK 混淆：后者度量的是对应CPU核的全局墙上时钟时间，虽然同样是纳秒单位，但统计范围是全局时间流逝，不是当前任务的专属运行时间。
• 仅在修改过内核默认perf实现的自定义场景下，才需要读取事件自带的scale（缩放系数）和offset（偏移值）属性做换算，换算公式为：实际纳秒值 = 原始计数值 × scale + offset。这类场景不属于主流发行版的默认内核行为，普通用户基本不会遇到。
• 快速验证的方法很简单：编写一个简单程序让当前线程连续空跑固定时长，同时读取clock_gettime获取的线程CPU时间和PERF_COUNT_SW_TASK_CLOCK的计数值，二者的差值会落在纳秒级的正常误差范围内，可直接确认单位对齐。

内容的提问来源于stack exchange，提问作者marked-off-topic