|
|
1
2
printk定时信息的开销很小。但是,这些信息并不总是有用的,因为它不能告诉您在用户空间中发生了什么。 你可能想试试启动图。它是一个shell脚本,在引导期间在后台运行,并从/proc收集数据。虽然它的开销比printk timing info大,但它更详细,允许您分析进程启动和磁盘利用率。 |
|
|
2
1
这已经很长时间了,但更新了这里的答案以供参考。 下面是我最后做的事情:
尽管在设备上发生事件和通过串行方式在主机PC上接收日志之间存在轻微的延迟,但在给定的硬件设置中,这是相当稳定的。因此,两个时间戳之间的差异精确到生成这些日志的设备上事件之间的实际时间差异。还有2的架空/副作用
更新: 2年后,数百小时的内核调试,我建议使用 function tracers . 不过,这需要一些努力去学习。解释得很好 here 我们需要:
|
|
|
diviquery · 每个CPU阵列的BPF是否未初始化为零? 2 年前 |
|
|
Shazer · 在页面缓存层Android上测量执行时间 2 年前 |
|
|
joe kiya · 高cpu使用率:scsi_eh_1 2 年前 |
|
|
grandzello · 设备树:无pinctrl句柄 3 年前 |
|
Fnr · Linux内核配置官方文档 8 年前 |
|
|
Zohar81 · 在网络上设置双机内核调试 8 年前 |