利用可挂载内核模块进行高负载处理

Linux阅码场 2022-11-10 08:00

概述

本程序在谢宝友老师[1]所提供的高负载处理模块的代码[2]基础上,根据5.15版内核的变化,修改出的。本程序是一个内核模块,用于监控系统负载,在平均负载超过4时,打印所有进程的调用栈。

本程序分为三个文件:main.c、load.h、Makefile。其中,main.c是本内核模块的主程序;load.h中是该内核模块的扩展代码,这里放了一个获取内核中未被导出符号(变量或函数)的一个函数;Makefile用来编译该内核模块。完整代码在文章的最下面。

模块的主要实现方式为:设置一个定时器,以固定的间隔访问系统给出的1分钟内平均负载,如果超过负载阈值,则输出运行队列全部进程栈信息,并使程序休眠一段较长的时间。流程图如下:

定时器

本模块采用了hrtimer——高精度定时器,由linux/hrtimer.h引入,可精确到ns级。

平均负载

这里有所改动,原文中是通过kallsyms_lookup_name函数获取的,但我在浏览头文件时发现了linux/sched/loadavg.h头文件,里面已经定义好了一些有关平均负载——loadavg的宏,并导出了avenrun——平均负载数组——1、5、15分钟内的平均负载,所以我这里直接引用了该头文件、直接使用了相关符号

输出进程栈

这里改动很大,在5.15版中,没有了save_stack_trace_tsk,通过查看linux/stacktrace.h文件,发现这个函数被用于未配置CONFIG_ARCH_STACKWALK的系统,而配置了CONFIG_ARCH_STACKWALK的系统中,有新的函数:unsigned int stack_trace_save_tsk(struct task_struct *task, unsigned long *store, unsigned int size, unsigned int skipnr),定义于kernel/stacktrace.c中,与旧函数相比变化很大,好在在源代码中有详细的接口说明,根据这我成功的修改了栈的输出部分。

与此同时我发现了功能类似的另一个函数show_stack,定义于arch/x86/kernel/dumpstack.c

然而,这两个函数的符号都没有导出,也就无法通过引入相关头文件来使用,原文章来获取内核中未导出符号的kallsyms_lookup_name函数也未被导出,这就要求我寻找一种新的方法来获取未导出符号,我找到了kprobe技术。

kprobes技术[3]是内核开发者们专门为了便于跟踪内核函数执行状态所设计的一种轻量级内核调试技术。利用kprobes技术,内核开发人员可以在内核的绝大多数指定函数中动态的插入探测点来收集所需的调试状态信息而基本不影响内核原有的执行流程。我们可以通过注册一个指定了函数名的kprobe来获取函数的地址。

main.c

#include  /* for stack_trace_print */#include  /* for module_*, MODULE_*, printk */#include  /* for hrtimer_*, ktime_* */#include  /* for avenrun, LOAD_* */#include  /* for struct task_struct */#include  /* for do_each_thread, while_each_thread */#include "load.h" /* for find_kallsyms_lookup_name */#define BACKTRACE_DEPTH 20 /* 最大栈深度 */void (*ShowStack)(struct task_struct *task, unsigned long *sp, const char *loglvl); /* 将要指向stack_show函数,可以直接输出进程控制块的调用栈 */unsigned int (*StackTraceSaveTask)(struct task_struct *tsk, unsigned long *store, unsigned int size, unsigned int skipnr); /* 将要指向stack_trace_save_tsk */static void print_all_task_stack(void) { /* 打印全部进程调用栈 */    struct task_struct *g, *p; /* 用于遍历进程 */    unsigned long backtrace[BACKTRACE_DEPTH]; /* 用于存储调用栈的函数地址 */    unsigned int nr_bt; /* 用于存储调用栈的层数 */    printk("!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!\n");    printk("Load: %lu.%02lu, %lu.%02lu, %lu.%02lu\n", /* 输出近期平均负载 */        LOAD_INT(avenrun[0]), LOAD_FRAC(avenrun[0]),        LOAD_INT(avenrun[1]), LOAD_FRAC(avenrun[1]),        LOAD_INT(avenrun[2]), LOAD_FRAC(avenrun[2]));    rcu_read_lock(); /* 为运行队列上锁 */    printk("dump running task.\n");    do_each_thread(g, p) { /* 遍历运行队列 */        if(p->__state == TASK_RUNNING) {            printk("running task, comm: %s, pid %d\n", p->comm, p->pid);            // show_stack(p, NULL, ""); /* 可以取代下面两个语句 */            nr_bt = StackTraceSaveTask(p, backtrace, BACKTRACE_DEPTH, 0); /* 保存栈 */ // 和下面一个语句一起可以取代上面一条语句            stack_trace_print(backtrace, nr_bt, 0); /* 打印栈 */        }    } while_each_thread(g, p);    printk("dump uninterrupted task.\n");    do_each_thread(g, p) { /* 和上面的遍历类似 */        if(p->__state & TASK_UNINTERRUPTIBLE) {            printk("uninterrupted task, comm: %s, pid %d\n", p->comm, p->pid);            // show_stack(p, NULL, ""); /* 可以取代下面两个语句 */            nr_bt = StackTraceSaveTask(p, backtrace, BACKTRACE_DEPTH, 0); /* 保存栈 */ // 和下面一个语句一起可以取代上面一条语句            stack_trace_print(backtrace, nr_bt, 0); /* 打印栈 */        }    } while_each_thread(g, p);    rcu_read_unlock(); /* 为运行队列解锁 */}struct hrtimer timer; /* 创建一个计时器 */static void check_load(void) { /* 主要的计时器触发后的程序 */    static ktime_t last; /* 默认值是0 */    u64 ms;    int load = LOAD_INT(avenrun[0]);    if(load < 4) /* 近1分钟内平均负载不超过4,没问题 */        return;    ms = ktime_to_ms(ktime_sub(ktime_get(), last)); /* 计算打印栈时间间隔 */    if(ms < 20*1000) /* 打印栈的时间间隔小于20s,不打印 */        return;    last = ktime_get(); /* 获取当前时间 */    print_all_task_stack(); /* 打印全部进程调用栈 */}static enum hrtimer_restart monitor_handler(struct hrtimer *hrtimer) { /* 计时器到期后调用的程序 */    enum hrtimer_restart ret = HRTIMER_RESTART;    check_load();    hrtimer_forward_now(hrtimer, ms_to_ktime(10)); /* 延期10ms后到期 */    return ret;}static void start_timer(void) {    hrtimer_init(&timer, CLOCK_MONOTONIC, HRTIMER_MODE_PINNED); /* 初始化计时器为绑定cpu的自开机以来的恒定时钟 */    timer.function = monitor_handler; /* 设定回调函数 */    hrtimer_start_range_ns(&timer, ms_to_ktime(10), 0, HRTIMER_MODE_REL_PINNED); /* 启动计时器并设定计时模式为绑定cpu的相对时间,计时10ms,松弛范围为0 */}static int load_monitor_init(void) { /* 模块初始化 */    // ShowStack = find_kallsyms_lookup_name("show_stack"); /* 使用show_stack时将此三行取消注释 */    // if(!ShowStack)    //     return -EINVAL;    StackTraceSaveTask = find_kallsyms_lookup_name("stack_trace_save_tsk"); /* 使用stack_trace_save_tsk时将此三行取消注释 */    if(!StackTraceSaveTask)        return -EINVAL;    start_timer();    printk("load-monitor loaded.\n");    return 0;}static void load_monitor_exit(void) { /* 模块退出 */    hrtimer_cancel(&timer); /* 取消计时器 */    printk("load-monitor unloaded.\n");}module_init(load_monitor_init);module_exit(load_monitor_exit);MODULE_DESCRIPTION("load monitor module");MODULE_AUTHOR("Baoyou Xie ");MODULE_LICENSE("GPL");

load.h

#include  /* for *kprobe* *//* 调用kprobe找到kallsyms_lookup_name的地址位置 */int noop_pre(struct kprobe *p, struct pt_regs *regs) { return 0; } /* 定义探针前置程序 */void *find_kallsyms_lookup_name(char *sym) { /* 通过kprobe找到函数入口地址 */    int ret;    void *p; /* 用于保存要返回的函数入口地址 */    struct kprobe kp = { /* 初始化探针 */        .symbol_name = sym, /* 设置要跟踪的内核函数名 */        .pre_handler = noop_pre /* 放置前置程序 */    };    if ((ret = register_kprobe(&kp)) < 0) { /* 探针注册失败就报告错误信息并返回空指针 */        printk(KERN_INFO "register_kprobe failed, error\n", ret);        return NULL;    }    /* 保存探针跟踪地址,即函数入口;输出注册成功信息,注销探针,返回地址 */    p = kp.addr;    printk(KERN_INFO "%s addr: %lx\n", sym, (unsigned long)p);    unregister_kprobe(&kp);    return p;}

Makefile

OS_VER := UNKOWNUNAME := $(shell uname -r)ifneq ($(findstring 4.15.0-39-generic,$(UNAME)),)    OS_VER := UBUNTU_1604endif
ifneq ($(KERNELRELEASE),) obj-m += $(MODNAME).o $(MODNAME)-y := main.o ccflags-y := -I$(PWD)/else export PWD=`pwd`endif
ifeq ($(KERNEL_BUILD_PATH),) KERNEL_BUILD_PATH := /lib/modules/`uname -r`/buildendif
ifeq ($(MODNAME),) export MODNAME=load_monitorendif
all: make CFLAGS_MODULE=-D$(OS_VER) -C /lib/modules/`uname -r`/build M=`pwd` modulesclean: make -C $(KERNEL_BUILD_PATH) M=$(PWD) clean

运行结果

将三个文件放入一个单独的文件夹中,运行make命令,编译出可插入内核的程序。编译好后,运行sudo insmod load_monitor.ko命令将其插入内核。

接下来是测试,运行stress -c 8命令(stress需要另外安装),使平均负载快速到达4以上,这里可以在新的虚拟终端通过top命令实时观测负载。当负载到达4之后,在运行着stress命令的窗口中按下ctrl+c终止程序,运行sudo dmesg命令就可以查看到内核栈的输出信息。

References

[1] 谢宝友老师:baoyou.xie@gmail.com
[2] 云班课文档资料:https://www.mosoteach.cn/web/index.php?c=res&m=download&file_id=3071882A-1C6F-481A-8E6A-740F349C0ADA&clazz_course_id=E676C965-B66D-463E-BEA7-B5294DCB56E7 ;慕课视频资料:https://www.xuetangx.com/learn/XIYOU08091001441/XIYOU08091001441/12423765/video/23214279(以上两个链接需要登录查看)

[3] kprobes技术:http://www.tecyle.com/2018/02/23/kprobe%e6%9c%ba%e5%88%b6%e5%88%86%e6%9e%90/


Linux阅码场 专业的Linux技术社区和Linux操作系统学习平台,内容涉及Linux内核,Linux内存管理,Linux进程管理,Linux文件系统和IO,Linux性能调优,Linux设备驱动以及Linux虚拟化和云计算等各方各面.
评论
  • 智能汽车可替换LED前照灯控制运行的原理涉及多个方面,包括自适应前照灯系统(AFS)的工作原理、传感器的应用、步进电机的控制以及模糊控制策略等。当下时代的智能汽车灯光控制系统通过车载网关控制单元集中控制,表现特殊点的有特斯拉,仅通过前车身控制器,整个系统就包括了灯光旋转开关、车灯变光开关、左LED前照灯总成、右LED前照灯总成、转向柱电子控制单元、CAN数据总线接口、组合仪表控制单元、车载网关控制单元等器件。变光开关、转向开关和辅助操作系统一般连为一体,开关之间通过内部线束和转向柱装置连接为多,
    lauguo2013 2024-12-10 15:53 78浏览
  • 概述 通过前面的研究学习,已经可以在CycloneVGX器件中成功实现完整的TDC(或者说完整的TDL,即延时线),测试结果也比较满足,解决了超大BIN尺寸以及大量0尺寸BIN的问题,但是还是存在一些之前系列器件还未遇到的问题,这些问题将在本文中进行详细描述介绍。 在五代Cyclone器件内部系统时钟受限的情况下,意味着大量逻辑资源将被浪费在于实现较大长度的TDL上面。是否可以找到方法可以对此前TDL的长度进行优化呢?本文还将探讨这个问题。TDC前段BIN颗粒堵塞问题分析 将延时链在逻辑中实现后
    coyoo 2024-12-10 13:28 101浏览
  • RK3506 是瑞芯微推出的MPU产品,芯片制程为22nm,定位于轻量级、低成本解决方案。该MPU具有低功耗、外设接口丰富、实时性高的特点,适合用多种工商业场景。本文将基于RK3506的设计特点,为大家分析其应用场景。RK3506核心板主要分为三个型号,各型号间的区别如下图:​图 1  RK3506核心板处理器型号场景1:显示HMIRK3506核心板显示接口支持RGB、MIPI、QSPI输出,且支持2D图形加速,轻松运行QT、LVGL等GUI,最快3S内开
    万象奥科 2024-12-11 15:42 66浏览
  • 时源芯微——RE超标整机定位与解决详细流程一、 初步测量与问题确认使用专业的电磁辐射测量设备,对整机的辐射发射进行精确测量。确认是否存在RE超标问题,并记录超标频段和幅度。二、电缆检查与处理若存在信号电缆:步骤一:拔掉所有信号电缆,仅保留电源线,再次测量整机的辐射发射。若测量合格:判定问题出在信号电缆上,可能是电缆的共模电流导致。逐一连接信号电缆,每次连接后测量,定位具体哪根电缆或接口导致超标。对问题电缆进行处理,如加共模扼流圈、滤波器,或优化电缆布局和屏蔽。重新连接所有电缆,再次测量
    时源芯微 2024-12-11 17:11 70浏览
  • 习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习笔记&记录学习习笔记&记学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记录学习学习笔记&记
    youyeye 2024-12-10 16:13 105浏览
  •         霍尔传感器是根据霍尔效应制作的一种磁场传感器。霍尔效应是磁电效应的一种,这一现象是霍尔(A.H.Hall,1855—1938)于1879年在研究金属的导电机构时发现的。后来发现半导体、导电流体等也有这种效应,而半导体的霍尔效应比金属强得多,利用这现象制成的各种霍尔元件,广泛地应用于工业自动化技术、检测技术及信息处理等方面。霍尔效应是研究半导体材料性能的基本方法。通过霍尔效应实验测定的霍尔系数,能够判断半导体材料的导电类型、载流子浓度及载流子
    锦正茂科技 2024-12-10 11:07 64浏览
  • 我的一台很多年前人家不要了的九十年代SONY台式组合音响,接手时只有CD功能不行了,因为不需要,也就没修,只使用收音机、磁带机和外接信号功能就够了。最近五年在外地,就断电闲置,没使用了。今年9月回到家里,就一个劲儿地忙着收拾家当,忙了一个多月,太多事啦!修了电气,清理了闲置不用了的电器和电子,就是一个劲儿地扔扔扔!几十年的“工匠式”收留收藏,只能断舍离,拆解不过来的了。一天,忽然感觉室内有股臭味,用鼻子的嗅觉功能朝着臭味重的方向寻找,觉得应该就是这台组合音响?怎么会呢?这无机物的东西不会腐臭吧?
    自做自受 2024-12-10 16:34 136浏览
  • 【萤火工场CEM5826-M11测评】OLED显示雷达数据本文结合之前关于串口打印雷达监测数据的研究,进一步扩展至 OLED 屏幕显示。该项目整体分为两部分: 一、框架显示; 二、数据采集与填充显示。为了减小 MCU 负担,采用 局部刷新 的方案。1. 显示框架所需库函数 Wire.h 、Adafruit_GFX.h 、Adafruit_SSD1306.h . 代码#include #include #include #include "logo_128x64.h"#include "logo_
    无垠的广袤 2024-12-10 14:03 69浏览
  • 全球知名半导体制造商ROHM Co., Ltd.(以下简称“罗姆”)宣布与Taiwan Semiconductor Manufacturing Company Limited(以下简称“台积公司”)就车载氮化镓功率器件的开发和量产事宜建立战略合作伙伴关系。通过该合作关系,双方将致力于将罗姆的氮化镓器件开发技术与台积公司业界先进的GaN-on-Silicon工艺技术优势结合起来,满足市场对高耐压和高频特性优异的功率元器件日益增长的需求。氮化镓功率器件目前主要被用于AC适配器和服务器电源等消费电子和
    电子资讯报 2024-12-10 17:09 84浏览
  • 天问Block和Mixly是两个不同的编程工具,分别在单片机开发和教育编程领域有各自的应用。以下是对它们的详细比较: 基本定义 天问Block:天问Block是一个基于区块链技术的数字身份验证和数据交换平台。它的目标是为用户提供一个安全、去中心化、可信任的数字身份验证和数据交换解决方案。 Mixly:Mixly是一款由北京师范大学教育学部创客教育实验室开发的图形化编程软件,旨在为初学者提供一个易于学习和使用的Arduino编程环境。 主要功能 天问Block:支持STC全系列8位单片机,32位
    丙丁先生 2024-12-11 13:15 45浏览
  • 近日,搭载紫光展锐W517芯片平台的INMO GO2由影目科技正式推出。作为全球首款专为商务场景设计的智能翻译眼镜,INMO GO2 以“快、准、稳”三大核心优势,突破传统翻译产品局限,为全球商务人士带来高效、自然、稳定的跨语言交流体验。 INMO GO2内置的W517芯片,是紫光展锐4G旗舰级智能穿戴平台,采用四核处理器,具有高性能、低功耗的优势,内置超微高集成技术,采用先进工艺,计算能力相比同档位竞品提升4倍,强大的性能提供更加多样化的应用场景。【视频见P盘链接】 依托“
    紫光展锐 2024-12-11 11:50 44浏览
  •         在有电流流过的导线周围会感生出磁场,再用霍尔器件检测由电流感生的磁场,即可测出产生这个磁场的电流的量值。由此就可以构成霍尔电流、电压传感器。因为霍尔器件的输出电压与加在它上面的磁感应强度以及流过其中的工作电流的乘积成比例,是一个具有乘法器功能的器件,并且可与各种逻辑电路直接接口,还可以直接驱动各种性质的负载。因为霍尔器件的应用原理简单,信号处理方便,器件本身又具有一系列的du特优点,所以在变频器中也发挥了非常重要的作用。  &nb
    锦正茂科技 2024-12-10 12:57 76浏览
  • 一、SAE J1939协议概述SAE J1939协议是由美国汽车工程师协会(SAE,Society of Automotive Engineers)定义的一种用于重型车辆和工业设备中的通信协议,主要应用于车辆和设备之间的实时数据交换。J1939基于CAN(Controller Area Network)总线技术,使用29bit的扩展标识符和扩展数据帧,CAN通信速率为250Kbps,用于车载电子控制单元(ECU)之间的通信和控制。小北同学在之前也对J1939协议做过扫盲科普【科普系列】SAE J
    北汇信息 2024-12-11 15:45 73浏览
我要评论
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦