求助: 上下文切换时的cpu消耗 算给谁?

lovegq

我们服务器的server程序有 150K/s 的上下文切换, 但是cpu使用率没有百分百,
大概 user 40%, sys 20%, top 发现 softirq 也占了 5%,  空闲了大概 35%左右

因此有个疑问, 发生一次A/B 进程(线程) cs 时，

A进程 | save context | switch | restore context | B 进程

这些切换的过程到底算谁的? 比如
switch 算给A 还是算给B?
是算内核态,还是算用户态？
跟 softirq 有关系么？

amarant

可以想象一下，直到读时钟寄存器的结束对上一进程计数的时候，所花的事件是上一进程的。具体代码我没有看

魔鬼的惊叹

进程切换的代码当然是在内核态运行，这应该算是系统占用cpu吧

lovegq

兄弟的这句话读起来太不通顺了

lovegq

我们做了个实验 ，模拟出每秒3000k的上下文切换，所有cpu都被占满，10%的用户态了，90%的系统态，因此应该是大部分算在系统态

瀚海书香

回复 5# lovegq
进程切换发送在内核态，所以过多的ctx，会增大sys的cpu使用率

   

lovegq

回复 6# 瀚海书香

    嗯，没看源码, 但是通过实验，验证了这个答案

    但是 一个困扰我很久的问题, 内核的所有操作都会反应到 TOP中的 CPU使用率上么?
   
    进程用户态的算 usr,
    进程系统态的算 sys
    硬中断         hirq
    软中断         softirq

    这些 都可以反应到TOP上，但是有没有 不在之内的CPU操作，没有算在里面，我们看不到的?
   也就是说 当TOP 看到 idle 的时候，真的是idle么，有没有什么没被统计的操作??

瀚海书香

回复 7# lovegq

这些 都可以反应到TOP上，但是有没有 不在之内的CPU操作，没有算在里面，我们看不到的?
   也就是说 当TOP 看到 idle 的时候，真的是idle么，有没有什么没被统计的操作??

top看到idle的时候的确是idle的，但是这只说明系统的CPU比较空闲，其他的比如磁盘IO、网络IO等等，可能已经比较繁忙了。