LINUX CPU 调度

完全公平调度也不是绝对公平，计算密集型任务肯定会比IO密集型占用更多的CPU

右边的计算量太小，线程数不够，没跑满核心也是可能的吧。看一看是不是一直都有确定的几个核闲着，/proc/sched_debug 里的信息也可以辅助看一下。 【 在 ppzhoujun (pptao) 的大作中提到: 】 : 如图对比了两台服务器的CPU 调度情况，左边的比右边的明显均匀。两边的程序一致 只是 计算量有差别。程序环境变量启动参数也都一致。 系统版本 硬件配置一致。系统参数理论上不会有差别 ，如果有差别的话可能会是什么参数？ 有大神知道么 : [upload=1][/upload]

【 在 caspar 的大作中提到: 】 : 右边的计算量太小，线程数不够，没跑满核心也是可能的吧。看一看是不是一直都有确定的几个核闲着，/proc/sched_debug 里的信息也可以辅助看一下。 : : 并没有固定空闲，但貌似右边的系统更倾向于调度前面的CPU，两边应用程序完全一样 左边服务流量大点有测试倒流加压，一同部署的对等服务，用户程序本身各项配置手动doublecheck 完全一致。

是什么应用？ 【 在 ppzhoujun (pptao) 的大作中提到: 】 : 标 题: Re: LINUX CPU 调度 : 发信站: 北邮人论坛 (Tue Feb 23 15:20:52 2021), 站内 : : 【 在 caspar 的大作中提到: 】 : : 右边的计算量太小，线程数不够，没跑满核心也是可能的吧。看一看是不是一直都有确定的几个核闲着，/proc/sched_debug 里的信息也可以辅助看一下。 : : : 并没有固定空闲，但貌似右边的系统更倾向于调度前面的CPU，两边应用程序完全一样 左边服务流量大点有测试倒流加压，一同部署的对等服务，用户程序本身各项配置手动doublecheck 完全一致。 : : -- : ※ 修改:·ppzhoujun 于 Feb 23 15:23:14 2021 修改本文·[FROM: 218.30.116.*] : ※ 来源:·北邮人论坛 http://bbs.byr.cn·[FROM: 218.30.116.*]

emmmm，说实话，负载不一样其实就是最大的不一样的变量。。。 不知道你的截图里io部分是瞬时的读写带宽么？差很多呀，cpu低的IO高，也许可以瞎猜cpu被IO卡住喽（但应该不大对，因为usr低但wait是0，sys也不高） 硬件确定一摸一模一样么？cpu型号，内存大小，网卡型号？ 确定是干净的os么？就是你之前有人配过它么？CPU调度策略？IO调度策略？还是有相关的一些个可以配配的

哦对，而且，cpu利用率匀不匀不是第一步，第一步是，总%都差很多。 你还要看总共的进程线程数量，数量小于48的时候，会被调度器在多个核上来回来去调度的。ping-pang效应 默认应该是cfs调度算法，它的思路就是“你们都得给我干”，于是就可能把进程在核之间切来切去轮流干活 明显机器2上总的进程数量就少，如果你的服务会动态启动线程，那这很明显是负载量低造成的 如果你的服务器1上还有别的进程，得杀了之后再做对比