CJ's Tech Notes

perf基础Perf 是 Linux 内核提供的一套性能分析工具，它通过 Linux perf_event 子系统获取 CPU、内核和程序运行时的性能数据。 其原理大致如下 PMU全称Performance Monitoring Unit，性能监控单元，位于CPU内部，可以提供硬件性能事件统计能力。 perf的功能很强大，其基本功能大致如下 Perf是用户态工具，它自己不会凭空产生性能数据。数

1 task_struct调度信息上一节我们说了，task_struct是内核真正的调度对象，代表一个可以被独立执行、阻塞、唤醒和调度的任务。完整的 task_struct非常庞大，包含一个 task 的各类内核信息。比如身份信息，内存信息，调度信息等。 调度器拿到一个task后需要根据携带的调度信息进行判断。其中携带的核心调度信息如下 123456789101112131415161718192

scheduletask被调度的原因主要分为一下几类 我们看函数的部分 123456789101112131415asmlinkage __visible void __sched schedule(void){ struct task_struct *tsk = current; //保存当前任务 sched_submit_work(tsk); do {

1 为什么需要进程调度我们实际的情况其实是任务数多于CPU数量的，并且一个时刻CPU只能运行一个任务。假设只有一个CPU，有三个任务ABC，这时候如果A占用CPU，那么B和C就只能等待，那为什么我们有时候感觉所有任务都是一起运行的呢？这是因为操作系统让任务在CPU上并发执行，简单的说就是不停的快速切换任务。把CPU想象成超人就行了。 那什么是进程调度呢？就是决定那个任务在当前时刻可以获取CPU的使

1 为什么 printk 需要 Ring Buffer有没有想过一个问题：为什么 printk() 不直接把字符串输出到串口，而是需要一个 ring buffer？ 因为串口、console 等输出设备非常慢，CPU 执行代码的速度远远快于串口发送数据的速度。CPU 时钟大约是 GHz 级别，而串口的传输速度只有几 Mbps。如果 CPU 每次的日志都需要等串口等设备同步，那么就会造成大量的日志积

printk 源码之前我们讲了整个调用过程，本章从源码进行分析。 123456789101112asmlinkage __visible int _printk(const char *fmt, ...){ va_list args; int r; va_start(args, fmt); r = vprintk(fmt, args); va_end(args); retu

1 为什么需要Kernel日志系统为什么需要？因为用户空间都是需要通过系统调用（System Call）才能进入内核使用内核服务，内核也只能通过日志暴露问题，比如我们之前提到SPI，驱动probe失败时，用户只知道设备不能工作，不知懂哪里出了问题。 我们可以注入类似 1dev_err(dev,"init failed\n"); 在内核启动时将问题暴露出来。 所以Kernel日

1 printk 是什么内核中没有 printf，用户空间使用的 printf 是由 C lib 库提供的，只存在于用户空间。那内核空间是怎么使用的呢？ 这条链路是这样的： 最后通过内核把内容写到终端或者日志里面。 内核运行在内核态，直接驱动硬件，所以需要提供打印的服务。 1printk("Hello, kernel!\n"); 2 printk 日志等级Linux 内核的