极简组调度-CGroup如何限制cpu

最新推荐文章于 2025-03-24 00:31:55 发布
最新推荐文章于 2025-03-24 00:31:55 发布
阅读量146 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 笔记 文章标签： linux java 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/m0_70960708/article/details/143192911

1. 说明

1> linux内核关于task调度这块是比较复杂的，流程也比较长，要从源码一一讲清楚很容易看晕，因此需要简化，抓住主要的一个点，抛开无关的部分才能讲清楚核心思想

2> 本篇文章主要是讲清楚在cfs公平调度算法中，CGroup如何限制cpu使用的主要过程，所以与此无关的代码一律略过

3> 本篇源码来自CentOS7.6的3.10.0-957.el7内核

4> 本篇内容以《极简cfs公平调度算法》为基础，里面讲过的内容这里就不重复了

5> 为了极简，这里略去了CGroup嵌套的情况

2. CGroup控制cpu配置

CGroup控制cpu网上教程很多，这里就不重点讲了，简单举个创建名为test的CGroup的基本流程

1> 创建一个/sys/fs/cgroup/cpu/test目录

2> 创建文件cpu.cfs_period_us并写入100000，创建cpu.cfs_quota_us并写入10000

表示每隔100ms(cfs_period_us)给test group分配一次cpu配额10ms(cfs_quota_us)，在100ms的周期内，group中的进程最多使用10ms的cpu时长，这样就能限制这个group最多使用单核10ms/100ms = 10%的cpu

了解本专栏 订阅专栏 解锁全文 超级会员免费看
【笔记版】在容器内使用cgroup限制CPU
weixin_49064876的博客
03-04 1215
在容器中创建一个脚本文件如下：这就是一个空跑的死循环。运行这个shell，./while.sh用top命令，将while.sh运行的这个进程号PID加入控制组，用top命令观察while脚本运行的情况，此时几乎占据了整个cpu，CPU使用率均为100%上下浮动。top -b 批次出现与while有关的进程状态。在容器的cgroup目录下，设置cpu.max限制容器中进程最多只能使用一半的CPU时间。
CPU资源控制
sea_bunch的博客
04-24 2264
cgroups（control groups）是一个非常强大的linux内核工具，他不仅可以限制被namespace隔离起来的资源， 还可以为等等。。
Docker的Cgroup资源限制
wlc1213812138的博客
08-20 695
Docker通过Cgroup来控制容器使用的资源配额，包括 CPU、内存、磁盘三大方面，基本覆盖了常见的资源配颡和使用量控制。Cgoup 是CotrolGroups 的缩写，是Linux 内核提供的一种可以限制、记录、隔高进程组所使用的物理资源（如CPU、内存、磁盘 IO 等等)的机制，被LXC、docker等很多项目用于实现进程资源控制。cgroup 本身是提供将进程进行分组化管理的功能和接口的基础结构，IO或内存的分配控制等具体的资源管理是通过该功能来实现的。
cgroup限制cpu使用率
tusong86的博客
09-29 2325
现在想限制该cpu使用率为20%，可以通过cgroup来限制，进入/sys/fs/cgroup/cpu，通过mkdir创建cputest目录，然后进入到该目录，这里面有两个文件需要说下：cpu.cfs_period_us和cpu.cfs_quota_us，cpu.cfs_quota_us表示一个调度周期内，可以使用的cpu时间，故cpu.cfs_quota_us/cpu.cfs_period_us就是cpu使用率。，发现cgroup限制内存需要在内存涨起来之前就进行限制，cpu限制是否也有这个约束呢。
Cgroup限制CPU利用率
m0_74102771的博客
03-24 1155
通过Cgroup完成对于CPU资源的控制。
精准限制CPU：Cgroups
天坑转码徐小虾，后端开发工程师
08-09 3970
精准控制CPU使用率
通过cgroup来限制KVM虚拟机使用的cpu和内存性能调优实践
04-24
控制群组（control group）（在此指南中简写为 cgroup）是 Linux kernel 的一项功能：在一个系统中运行的层级制进程组，您可对其进行资源分配（如 CPU 时间、系统内存、网络带宽或者这些资源的组合）。通过使用 cgroup，系统管理员在分配、排序、拒绝、管理和监控系统资源等方面，可以进行精细化控制。硬件资源可以在应用程序和用户间智能分配，从而增加整体效率。
Linux Cgroup系列（05）：限制cgroup的CPU使用（subsystem之cpu）
weixin_34234823的博客
02-12 606
在cgroup里面，跟CPU相关的子系统有cpusets、cpuacct和cpu。 其中cpuset主要用于设置CPU的亲和性，可以限制cgroup中的进程只能在指定的CPU上运行，或者不能在指定的CPU上运行，同时cpuset还能设置内存的亲和性。设置亲和性一般只在比较特殊的情况才用得着，所以这里不做介绍。 cpuacct包含当前cgr...
Linux Cgroup ：限制cgroup的CPU使用（subsystem之cpu）
u012632105的博客
08-28 565
Linux Cgroup：限制cgroup的CPU使用（subsystem之cpu）
Linux CGroup资源限制（概念&限制进程CPU使用）
weixin_45565886的博客
06-04 4745
Linux CGroup资源限制（概念&限制进程CPU使用）
cgroup限制资源（CPU、memory）
qq_37041791的博客
07-28 4681
cgroup（Control Groups）：以分组的形式对进程使用系统的行为进行管理和控制的机制。
CGroup 限制cpu资源
u010674101的专栏
05-14 223
yum install libcgroup libcgroup-tools cgcreate -g cpu:/test #cgdelete -g cpu:/test #设置比值 cgset -r cpu.cfs_period_us=100000 test cgset -r cpu.cfs_quota_us=50000 test cgexec -g cpu:/test tar -zcvf datab...
通过Cgroup限制进程cpu使用率
weixin_71347617的博客
02-03 403
通过Cgroup限制进程cpu使用率
使用cgroup限制进程的cpu资源
docker、kubernetes学习笔记
04-14 5263
今天尝试了一下使用cgroup (control group)来限制进程对CPU时间的使用。对于一个计算密集型的进程，要求只能使用10%的CPU时间。 准备工作： 1）准备一台CentOS 7服务器。 2）安装go环境。 3）安装cgexec命令。 [root@workstation cpu-01]# yum install libcgroup-tools.x86_64 -y Loaded plugins: fastestmirror Determining fastest m...
cgroup使用--cpu资源限制
cl2010abc的专栏
03-01 1230
安装cgroup [root@localhost ~]# yum install -y libcgroup-tools.x86_64 Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirrors.ustc.edu.cn * extras: mirrors.cqu.edu.cn ...
cgroup限制cpu,memory使用
queal的博客
04-13 567
进入 /sys/fs/cgroup/ 比如限制test进程, 则在目录按进程创建子文件夹 /sys/fs/cgroup/cpu/test /sys/fs/cgroup/memory/test 设置cpu使用率50%, 1000 * cpunums * 50 举例单核50% echo 50000 > cpu.cfs_quota_us 设置内存使用16G, 1610241024*1024 echo 17,179,869,184 > memory.limit_in_bytes 添加进程 echo $p
D (6729) BT_HCI: HCI Enqueue Command opcode=0x200c  D (6729) BT_HCI: Receive packet event_code=0xe  D (6729) BT_HCI: btu_hcif_command_complete_evt  I (6729) ESP_HIDH_DEMO: SCAN: 1 results BLE: f6:0a:47:22:31:b8, RSSI: -70, USAGE: GENERIC, APPEARANCE: 0x03c1, ADDR_TYPE: 'RANDOM', NAME: QLR-013530352 D (6749) BT_HCI: btu_free_timer Unable to find expected alarm in hashmap D (6759) BT_HCI: btu_free_timer Unable to find expected alarm in hashmap D (6759) BT_HCI: btu_free_timer Unable to find expected alarm in hashmap D (6769) BT_HCI: btu_free_quick_timer Unable to find expected alarm in hashmap D (6779) BT_HCI: btu_free_quick_timer Unable to find expected alarm in hashmap D (6779) BT_HCI: btu_free_timer Unable to find expected alarm in hashmap D (6789) BT_BTM: btm_find_or_alloc_dev  D (6789) BT_BTM: btm_sec_alloc_dev  I (6799) BT_BTM: BTM_InqDbRead: bd addr [f60a472231b8]  D (6799) BT_BTM: BTM_GetHCIConnHandle  D (680
最新发布
04-10
<think>好的，我现在需要分析用户提出的关于蓝牙HCI日志中出现的“BT_HCI btu_free_timer Unable to find expected alarm in hashmap”错误的原因及解决方法。首先，我应该理解这个错误信息的具体含义。 根据错误信息，系统在释放定时器（timer）时，无法在哈希表中找到预期的警报（alarm）。这可能意味着定时器在释放前已经被释放，或者定时器未被正确添加到哈希表中。接下来，我需要结合用户提供的引用内容来分析可能的代码路径。 用户提供的引用[^1]中提到了调用链：bluetoothHCLibInterface的preload方法触发事件HC_EVENT_PRELOAD，进而调用bt_hc_worker_thread，然后通过userial_open打开串口，最终调用vendor接口的userial_open函数。这说明在初始化过程中，涉及到定时器的创建和管理。 接下来，可能的原因有几个方面。首先是定时器管理中的竞争条件，比如在多线程环境中，定时器被释放后又被访问，导致哈希表不一致。其次，定时器可能被重复释放，例如在某个回调函数中错误地多次调用释放函数。另外，哈希表本身的操作错误，比如添加或删除时未正确加锁，导致数据不一致。 解决方法方面，需要检查定时器的生命周期管理，确保每次创建后正确添加到哈希表，释放时正确移除。同时，检查多线程同步机制，确保哈希表操作的原子性。另外，查看日志中是否有重复释放的迹象，或者定时器ID冲突的情况。可能还需要使用调试工具跟踪定时器的添加和移除过程，确认是否有遗漏或错误。 此外，用户提到的btu_free_timer和btu_free_quick_timer可能涉及不同的定时器类型，需要分别检查它们的处理流程。例如，快速定时器可能有不同的管理机制，或者更短的超时时间导致更频繁的触发和释放。 总结来说，这个错误通常与定时器管理的逻辑错误或并发问题有关，需要通过代码审查和日志分析来定位具体原因，并采取相应的同步或修正措施。</think>### BT_HCI "btu_free_timer Unable to find expected alarm in hashmap" 原因及解决方法 #### 错误原因分析 1. **定时器生命周期管理异常** 当系统尝试释放已标记为`BTU_FREE_TIMER`的定时器时，哈希表中未找到对应条目。可能原因包括： - 定时器被重复释放（如回调函数中多次调用`btu_free_timer`） - 定时器未被正确添加到哈希表（如初始化时未调用`alarm_set`或`alarm_new`） - 多线程竞争导致哈希表状态不一致（如线程A释放定时器后，线程B仍尝试操作） 2. **蓝牙协议栈与HCI层交互问题** 根据引用[^1]的调用链`bluetoothHCLibInterface->bthc_signal_event->bt_hc_worker_thread`，在HCI预加载阶段可能发生： - 硬件抽象层（HAL）与协议栈的异步通信不同步 - `userial_open`操作未完成时尝试操作定时器 ```c // 示例代码片段（模拟定时器操作） void btu_free_timer(alarm_t* alarm) { if (!hashmap_has_key(timer_map, alarm)) { // 触发错误的位置 LOG_ERROR("Unable to find expected alarm"); } } ``` 3. **内存管理缺陷** - 野指针问题：定时器指针被释放后未置空 - 内存越界：其他模块的内存错误污染了定时器管理区 #### 解决步骤 1. **日志增强分析** - 在`btu_free_timer`前后添加调试日志，记录哈希表状态： ```c LOG_DEBUG("Attempting to free timer:%p, current hashmap size:%d", alarm, hashmap_size(timer_map)); ``` - 检查`btu_start_timer`和`btu_stop_timer`的调用频率是否匹配 2. **线程同步加固** - 对哈希表操作添加互斥锁： ```c pthread_mutex_lock(&timer_mutex); hashmap_remove(timer_map, alarm); pthread_mutex_unlock(&timer_mutex); ``` 3. **代码审查重点** - 验证`bt_vnd_if->op(BT_VND_OP_USERIAL_OPEN)`的返回状态 - 检查`btu_task`与`bt_hc_worker_thread`的交互时序 - 确认`alarm_new()`是否在所有定时器创建路径中被正确调用 4. **复现与调试** - 使用Valgrind检测内存问题 - 在`userial_vendor_open`失败场景下测试定时器管理 #### 典型修复案例 某厂商在实现`btu_free_quick_timer`时未处理`USERIAL_PORT_1`异常关闭的情况，导致定时器未从哈希表移除。修复方案： ```diff + pthread_mutex_lock(&timer_mutex); hashmap_remove(timer_map, alarm); + pthread_mutex_unlock(&timer_mutex); - userial_vendor_close(); + userial_vendor_close_cleanup(); // 新增清理函数 ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值