基于TSC（时间戳计数器）的Yocto系统启动时间测算技术问询

嗨，看起来你已经迈出了用TSC精准测量系统启动时间的关键一步——在内核init/main.c里实现了自定义的read_tsc()内联汇编函数，下面我来逐个解答你的问题，帮你把测量点落到位：

一、内核启动时间的合适测量点 #

内核启动时间的核心是从内核真正开始初始化到即将进入用户态的这段时长，推荐的两个测量点如下：

• 起始点：把read_tsc()放在start_kernel()函数的最开头（init/main.c中），这是内核初始化的入口，能拿到内核执行的第一个有效TSC值，记为tsc_kernel_start。这里要注意，尽量放在函数内的第一行有效代码，避开前面的变量定义，确保是内核启动的最早时刻。
• 结束点：在rest_init()函数里，调用kernel_thread()创建init进程之前，插入read_tsc()记录tsc_kernel_end。这个位置是内核完成所有核心初始化、即将切换到用户态的临界点，能准确标记内核启动阶段的结束。
• 额外补充：如果你想测量内核启动的细分阶段（比如到挂载根文件系统的时长），也可以在mount_root()函数的前后分别调用read_tsc()，拿到更细粒度的时间数据。

另外要注意，测量时最好用local_irq_save()和local_irq_restore()包裹read_tsc()调用，临时关闭本地中断，减少上下文切换带来的测量误差：

unsigned long flags;
u64 tsc_start;

local_irq_save(flags);
tsc_start = read_tsc();
local_irq_restore(flags);

二、用户态启动时间的合适测量点 #

用户态启动时间的范围是从第一个用户态进程启动到系统完全就绪（所有默认服务启动完成），这里分两种情况处理：

• 起始点：用户态的第一个进程是init进程（Yocto中常见的是systemd或sysvinit），你可以在init程序的main()函数最开头，实现一个和内核中逻辑一致的用户态read_tsc()函数（用户态也可以直接执行rdtsc指令，只要CPU允许，绝大多数x86/ARM64 CPU都支持），记录tsc_userspace_start。如果是用sysvinit的脚本，也可以在最开头的初始化脚本中嵌入一段C代码编译的小工具来读取TSC。
• 结束点：当系统达到“就绪”状态时记录，比如用systemd的话，可以在multi-user.target或graphical.target激活时触发测量——你可以写一个简单的systemd服务，在目标达到时启动，执行读取TSC的操作并记录tsc_userspace_end；如果是sysvinit，就放在最后一个启动脚本的末尾执行测量。

用户态启动时长就是tsc_userspace_end - tsc_userspace_start，而从内核启动完成到用户态就绪的时长，则是tsc_userspace_end - tsc_kernel_end。

三、BIOS/固件启动时间的TSC测量可行性 #

遗憾的是，用TSC直接测量BIOS/固件的启动时间是不可靠的，主要有两个核心问题：

• 初始值不确定：不同厂商的BIOS/固件对TSC的初始化逻辑不一致，有些会把TSC重置为0，有些会继承上一次的数值，你根本无法获取BIOS启动时的初始TSC值，自然没法计算时长。
• 频率不固定：BIOS阶段CPU通常还没进入稳定的运行频率（比如还在低频初始化阶段，或者睿频逻辑未激活），TSC的计数频率和内核运行时的固定频率不一致，就算你能拿到BIOS结束时的TSC值，也没法准确换算成实际时间。

如果一定要测BIOS启动时间，建议用内核启动时的日志信息（比如dmesg中会打印固件相关的时间戳），或者借助主板的ACPI表中的相关字段，但这些方法的精度远不如TSC。

关键注意事项 #

• 确保开启不变TSC（Invariant TSC）：这是TSC能精准计时的前提，需要在内核配置中开启CONFIG_X86_TSC和CONFIG_X86_INVARIANT_TSC（x86架构），ARM64对应CONFIG_ARM64_AMU_EXTN等相关配置，Yocto中可以通过内核配方的defconfig文件来开启。
• 校准TSC频率：你需要获取TSC的实际计数频率（单位Hz），才能把TSC差值转换成实际的秒数。内核中可以通过cpuid指令读取CPU信息，或者从clocksource_tsc的内核接口中获取，计算方式为实际时长(秒) = (TSC结束值 - TSC起始值) / TSC频率(Hz)。

内容来源于stack exchange