嵌入式Linux系统中定位长时占用CPU线程的内核修改方案问询

要捕获连续占用CPU达100ms的线程，核心是在调度器的上下文切换路径和定时检查点添加统计逻辑，以下是关键修改位置：

1. 调度器核心切换入口：schedule() 函数 #

路径：kernel/sched/core.c

• 当线程被切换出去时，在这里计算它本次连续运行时长：用当前高精度时间（ktime_get()）减去该线程task_struct中记录的运行起始时间。
• 若时长超过100ms，将线程的PID、TGID、线程名（comm）、运行时长等信息写入预先定义的内存环形缓冲区。
• 需给task_struct新增一个字段（如u64 run_start_time），用于记录线程被调度进来的时间戳。

2. 时钟中断中的定时检查点：update_process_times() #

路径：kernel/sched/core.c

• 该函数在时钟中断触发时执行，负责更新进程时间统计。在这里可以实时检查当前运行线程的已运行时长，一旦超过100ms，立即记录信息。
• 这个位置能捕获那些一直霸占CPU、不主动触发上下文切换的线程（比如死循环线程），弥补schedule()只能在切换时统计的不足。

3. 实际上下文切换函数：context_switch() #

路径：kernel/sched/core.c

• 切换到新线程时，给新线程的run_start_time字段赋值当前ktime_get()的结果；
• 切换出旧线程时，同样计算运行时长并判断是否需要写入缓冲区。

内存缓冲区设计建议 #

• 定义全局环形缓冲区（如struct thread_cpu_record cpu_ring[BUF_SIZE]），每个记录包含PID、TGID、comm、连续运行时长、时间戳字段；
• 用自旋锁保护缓冲区的读写操作，避免调度上下文与中断上下文的并发冲突。

后续刷写逻辑 #

• 可以通过创建proc文件节点（如/proc/long_cpu_threads），当用户读取该节点时，内核将环形缓冲区的内容拷贝到用户空间，或者直接写入指定的内核日志文件。

内容的提问来源于stack exchange，提问作者stng