Kernel trace tools(二):内核态执行时间跟踪

static enum hrtimer_restart trace_nosched_hrtimer_handler(struct hrtimer *hrtimer)

{

/*

  • Skip the idle task and make sure we are not only the

  • running task on the CPU. If we are interrupted from

  • user mode, it indicate that we are not executing in

  • the kernel space, so we should also skip it.

*/

if (!is_idle_task(current) && regs && !user_mode(regs) &&

!single_task_running()) {

/* The kernel mode */

/*

  • If the execution time exceeds the threshold, record

  • the call trace.

*/

} else {

/* The user mode */

stack_trace->last_timestamp = now;

}

}

我们看到不更新时间戳的条件比较苛刻。主要考虑以下几种情况:

  • 如果中断时从用户态发生,则更新 last_timestamp 时间戳。

  • 如果当前 CPU 运行队列只有一个 task,更新 last_timestamp 时间戳。因为这种情况下,占有 CPU 不放没有任何问题。

  • 如果当前进程是 idle 进程,同样更新 last_timestamp 时间戳。因为 idle 进程本身就可能在内核态长时间运行,没有任何问题。

我们再看下 tracepoint 的 hook 函数实现。

static void probe_sched_switch(void *priv, bool preempt,

struct task_struct *prev,

struct task_struct *next)

{

u64 now = local_clock();

u64 last = cpu_stack_trace->last_timestamp;

cpu_stack_trace->last_timestamp = now;

/*

  • Skip the idle task and make sure we are not only the

  • running task on the CPU.

*/

if (!is_idle_task(prev) && !single_task_running())

hist_update(cpu_stack_trace, now - last);

}

记录时间差值,差不多可以认为是内核态执行的时间。当操作设定阈值,我们更新柱状图统计计数。

4. 如何安装

========

安装 trace-noschedule 工具很简单,git clone 代码后执行如下命令即可安装。

make -j8

make install

5. 如何使用

========

安装 trace-noschedule 工具成功后。会创建如下 /proc/trace_noschedule 目录。

root@n18-061-206:/proc/trace_noschedule# ls

distribution enable stack_trace threshold

/proc/trace_noschedule 目录下存在 4 个文件,分别:distribution, enable, stack_trace 和 threshold。工具安装后,默认是关闭状态。

5.1 打开 tracer

执行以下命令打开 tracer。

echo 1 > /proc/trace_noschedule/enable

5.2 关闭 tracer

执行如下命令关闭 tracer。

echo 0 > /proc/trace_noschedule/enable

Note: debug 问题后请记得关闭 tracer。因为模块内部实现基于 sched tracepoint,overhead 不能忽略。

5.3 设置阈值

trace_noschedule 只会针对内核态执行时间超过阈值不调度的进程记录 stack trace。为了更高效的运作,我们有必要设定一个合理阈值。例如设置 60ms 的阈值(单位:ns):

echo 60000000 > /proc/trace_noschedule/threshold

5.4 查看内核态长时间未调度进程执行的时间分布。

root@n18-061-206:/proc/trace_noschedule# cat distribution

Trace noschedule thread:

msecs : count distribution

20 -> 39 : 1 |********** |

40 -> 79 : 0 | |

80 -> 159 : 4 |****************************************|

160 -> 319 : 2 |******************** |

在内核态有 4 次执行时间在[80, 159]ms 范围内没有调度。

5.5 是谁占用 CPU 不调度

stack_trace 记录占用 CPU 时间超过阈值不调度进程的栈。

root@n18-061-206:/proc/trace_noschedule# cat stack_trace

cpu: 0

COMM: sh PID: 1270013 DURATION: 100ms

delay_tsc+0x21/0x50

nosched_test_write+0x53/0x90 [trace_noschedule]

proc_reg_write+0x36/0x60

__vfs_write+0x33/0x190

vfs_write+0xb0/0x190

ksys_write+0x52/0xc0

do_syscall_64+0x4f/0xe0

entry_SYSCALL_64_after_hwframe+0x44/0xa9

这是个内核态测试的 case,在内核态执行 mdelay(100)占用 CPU 100ms 不调度。此时记录的栈如上面所示。"DURATION"记录的就是执行持续时间。

5.6 清除 stack trace

如果我们需要清除 stack trace 记录的信息(stack trace buffer 是有大小限制的,必要的时候需要 clear)。

echo 0 > /proc/trace_noschedule/stack_trace

6. 案例展示

========

这里以一个实际问题带你了解工具的使用。问题是背景是,业务发现 docker 好像有问题,pull 不下来镜像。登录机器会卡顿,执行很多命令也会卡顿。

6.1 首先看下 CPU 使用情况。

有几个 CPU 100%,而且还是 sys 态使用。系统究竟在干吗?

6.2 使用 perf 工具

使用 perf top 看下 CPU 情况,发现 60%左右的时间在 spinlock 上。但是没看出内核哪个路径的 spinlock。使用 trace-noschedule 工具看看是否有发现。

6.3 trace-noschedule 跟踪

root@n131-103-013:/proc/trace_noschedule# cat distribution

Trace noschedule thread:

msecs : count distribution

20 -> 39 : 760 |****************************************|

40 -> 79 : 488 |************************* |

80 -> 159 : 73 |*** |

内核态长时间未调度,而且时间很长。看下工具记录的栈信息,截取如下:

COMM: runc PID: 499045 DURATION: 75ms

native_queued_spin_lock_slowpath+0x112/0x190

_raw_spin_lock+0x1d/0x20

prepend_path+0x266/0x2d0

__d_path+0x4b/0x80

seq_path_root+0x53/0xb0

show_mountinfo+0xb8/0x290

seq_read+0x321/0x3f0

__vfs_read+0x33/0x160

vfs_read+0x91/0x130

SyS_read+0x52/0xc0

do_syscall_64+0x68/0x100

entry_SYSCALL_64_after_hwframe+0x3d/0xa2

COMM: falcon-agent PID: 3002056 DURATION: 114ms

native_queued_spin_lock_slowpath+0x10f/0x190

_raw_spin_lock+0x1d/0x20

prepend_path+0x266/0x2d0

__d_path+0x4b/0x80

先自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。

img

img

img

img

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助,可以扫码领取!!!!

学习分享

①「Android面试真题解析大全」PDF完整高清版+②「Android面试知识体系」学习思维导图压缩包


《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可免费领取!

记、源码讲义、实战项目、讲解视频**

如果你觉得这些内容对你有帮助,可以扫码领取!!!!

学习分享

①「Android面试真题解析大全」PDF完整高清版+②「Android面试知识体系」学习思维导图压缩包

[外链图片转存中…(img-9Y1XbGeM-1711248799527)]

[外链图片转存中…(img-2IxiL4ek-1711248799527)]

[外链图片转存中…(img-bgZf1lZs-1711248799528)]
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》点击传送门,即可免费领取!

  • 21
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值