当前位置: 首页 > news >正文

学习Linux进程冻结技术

原文:蜗窝科技Linux进程冻结技术

功耗中经常需要用到,但是linux这块了解甚少,看到这个文章还蛮适合我阅读的

1 什么是进程冻结

进程冻结技术(freezing of tasks)是指在系统hibernate或者suspend的时候,将用户进程和部分内核线程置于“可控”的暂停状态。

2 为什么需要冻结技术

假设没有冻结技术,进程可以在任意可调度的点暂停,而且直到cpu_down才会暂停并迁移。这会给系统带来很多问题:

(1)有可能破坏文件系统。在系统创建hibernate image到cpu down之间,如果有进程还在修改文件系统的内容,这将会导致系统恢复之后无法完全恢复文件系统;

(2)有可能导致创建hibernation image失败。创建hibernation image需要足够的内存空间,但是在这期间如果还有进程在申请内存,就可能导致创建失败;

(3)有可能干扰设备的suspend和resume。在cpu down之前,device suspend期间,如果进程还在访问设备,尤其是访问竞争资源,就有可能引起设备suspend异常;

(4)有可能导致进程感知系统休眠。系统休眠的理想状态是所有任务对休眠过程无感知,睡醒之后全部自动恢复工作,但是有些进程,比如某个进程需要所有cpu online才能正常工作,如果进程不冻结,那么在休眠过程中将会工作异常。

3 代码实现框架

冻结的对象是内核中可以被调度执行的实体,包括用户进程、内核线程和work_queue。用户进程默认是可以被冻结的,借用信号处理机制实现;内核线程和work_queue默认是不能被冻结的,少数内核线程和work_queue在创建时指定了freezable标志,这些任务需要对freeze状态进行判断,当系统进入freezing时,主动暂停运行。

0

标记系统freeze状态的有三个重要的全局变量:pm_freezing、system_freezing_cnt和pm_nosig_freezing,如果全为0,表示系统未进入冻结;system_freezing_cnt>0表示系统进入冻结,pm_freezing=true表示冻结用户进程,pm_nosig_freezing=true表示冻结内核线程和workqueue。它们会在freeze_processes和freeze_kernel_threads中置位,在thaw_processes和thaw_kernel_threads中清零。

fake_signal_wake_up函数巧妙的利用了信号处理机制,只设置任务的TIF_SIGPENDING位,但不传递任何信号,然后唤醒任务;这样任务在返回用户态时会进入信号处理流程,检查系统的freeze状态,并做相应处理。

任务主动调用try_to_freeze的代码如下:

/** * @brief 尝试将当前任务(进程)主动置入冻结状态(非安全上下文) * @return bool - true: 冻结成功;false: 未触发冻结条件 * @note 此函数通常在原子上下文或中断禁用场景调用,需确保无锁竞争风险 */static inline bool try_to_freeze_unsafe(void){    // 检查当前进程是否满足冻结条件(通过freezing(current)快速判断)    if (likely(!freezing(current)))         return false; // 系统未启用冻结或当前进程无需冻结    // 调用核心冻结逻辑,参数false表示非强制冻结(允许进程自行处理信号等)    return __refrigerator(false); }/** * @brief 快速检查系统全局冻结状态及当前进程的冻结条件 * @param p - 待检查的进程描述符(struct task_struct指针) * @return bool - true: 需要冻结;false: 无需冻结 * @note 通过原子变量system_freezing_cnt优化高频调用的性能 */static inline bool freezing(struct task_struct *p){    // 原子读取系统全局冻结计数器,若为0则快速返回(likely优化分支预测)    if (likely(!atomic_read(&system_freezing_cnt)))        return false; // 系统未启用冻结功能    // 进入慢速路径,进一步检查进程特定的冻结条件    return freezing_slow_path(p);}/** * @brief 慢速路径检查进程的详细冻结条件 * @param p - 待检查的进程描述符 * @return bool - true: 需冻结;false: 豁免冻结 * @note 此函数处理以下冻结策略: *       1. PF_NOFREEZE标记的进程(如内核关键线程)始终豁免 *       2. 系统级冻结(pm_nosig_freezing)或cgroup冻结策略 *       3. 用户进程冻结(pm_freezing)且非内核线程 */bool freezing_slow_path(struct task_struct *p){    // 检查进程是否标记为禁止冻结(如某些关键内核线程)    if (p->flags & PF_NOFREEZE)          return false; // 明确豁免冻结    // 检查系统是否处于"无信号"冻结模式(如休眠时冻结内核线程)    // 或进程属于需冻结的cgroup    if (pm_nosig_freezing || cgroup_freezing(p))          return true; // 强制冻结    // 检查系统是否在冻结用户进程,且当前进程为用户进程(非内核线程)    if (pm_freezing && !(p->flags & PF_KTHREAD))         return true; // 冻结用户空间进程    return false; // 默认不冻结}

进入冻结状态直到恢复的主要函数:

bool __refrigerator(bool check_kthr_stop)​​​​​​​

for (;;) {  // 无限循环,直到满足解冻条件    /* 1. 设置进程为不可中断睡眠状态(D状态)     * - TASK_UNINTERRUPTIBLE 确保进程不会被信号唤醒,仅能通过内核主动唤醒     * - 这种状态是冻结进程的核心,避免进程在冻结期间被调度执行 */    set_current_state(TASK_UNINTERRUPTIBLE);    /* 2. 获取 freezer_lock 自旋锁并禁用中断(spin_lock_irq)     * - 保护对 current->flags 的原子修改,防止竞态条件     * - 禁用中断避免中断处理程序并发访问冻结状态 */    spin_lock_irq(&freezer_lock);    /* 3. 标记当前进程为已冻结(PF_FROZEN)     * - PF_FROZEN 是冻结完成的标志,被 thaw_processes() 等解冻函数检测     * - 此处仅设置标志,实际冻结通过后续 schedule() 放弃CPU实现 */    current->flags |= PF_FROZEN;    /* 4. 检查是否需要解除冻结:     * - freezing(current): 系统是否仍要求冻结(如休眠未完成)     * - kthread_should_stop(): 内核线程是否收到停止信号(如模块卸载)     * 若任一条件为真,则清除 PF_FROZEN 标志,准备退出循环 */    if (!freezing(current) || (check_kthr_stop && kthread_should_stop()))        current->flags &= ~PF_FROZEN;  // 清除冻结标志    spin_unlock_irq(&freezer_lock);  // 释放锁并恢复中断    /* 5. 检查是否已解除冻结:     * - 若 PF_FROZEN 被清除,则跳出循环,恢复执行     * - 否则继续进入调度等待 */    if (!(current->flags & PF_FROZEN))        break;    /* 6. 记录冻结状态并主动放弃CPU     * - was_frozen 用于返回是否曾被冻结(用于统计或调试)     * - schedule() 触发进程切换,当前进程进入睡眠队列,直到被解冻唤醒 */    was_frozen = true;    schedule();  // 调用调度器,进程进入睡眠状态}

4 参考文献

(1)http://www.wowotech.net/linux_kenrel/suspend_and_resume.html

(2) http://www.wowotech.net/linux_kenrel/std_str_func.html

(3) kenrel document: freezing-of-tasks.txt

http://www.lryc.cn/news/574079.html

相关文章:

  • 科技资讯杂志科技资讯杂志社科技资讯编辑部2025年第9期目录
  • 微算法科技(NASDAQ:MLGO)研发可信共识算法TCA,解决区块链微服务中的数据一致性与安全挑战
  • 笔试强训:Day8
  • Qt for OpenHarmony 编译鸿蒙调用的动态库
  • MCU双分区方案,如何优雅地获知当前运行分区?
  • 开发上门按摩APP应具备哪些安全保障功能?
  • 实时预警!机场机坪井室无线智能液位监测系统助力安全降本
  • 【设计模式精讲 Day 12】代理模式(Proxy Pattern)
  • WebSocket 进阶全攻略:心跳机制、断线重连、socket.io、鉴权与WSS配置
  • LeetCode热题100—— 160. 相交链表
  • 拼多多API限流机制破解:分布式IP池搭建与流量伪装方案
  • Re:从零开始的地址映射基本分页存储管理方式(考研向)
  • 京东金融API支付链路剖析:白条分期接口的安全加固方案
  • ​​FFmpeg命令全解析:三步完成视频合并、精准裁剪​​、英伟达显卡加速
  • 飞往大厂梦之算法提升-7
  • vue | vue-macros 插件升级以及配置
  • OSC靶机练习 PG ZenPhoto
  • 华为HN8145V光猫改华为蓝色公版界面,三网通用,xgpon公版光猫
  • redis如何使用IO多路复用
  • 深入理解PHP中的面向对象编程
  • 医疗B端系统布局创新:医护操作界面与患者数据的差异化呈现
  • 347. 前 K 个高频元素
  • 洛谷P1217 [USACO1.5] 回文质数 Prime Palindromes
  • Rust 切片类型(slice type)
  • 关于华为Pura70Pro+升级鸿蒙NEXT和回退
  • 第三章---需求分析
  • JavaScript 中 async/await 的工作原理
  • Chromium 136 编译指南 macOS篇:编译优化技巧(六)
  • 【C++】C++中的虚函数和多态的定义与使用
  • 微软ASR与开源模型分析