84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
假设一台物理机上跑了3个容器,启动的时候分配的cpu share是一样的,那如果在一个容器满负载,而另外两个空闲的情况下,那单个容器有可能跑满物理机的CPU吗,还是说撑死只能跑到30%?
人生最曼妙的风景,竟是内心的淡定与从容!
如果docker跑的是python进程,单进程可以跑满单核(受限于GIL),其实看进程列表就知道不同于vagrant,docker的进程本身是融汇在系统进程里面的。
看你的进程
docker-proxy -proto tcp
能占多少CPU
哦你用了share,那这个进程就被绑死在这个核上了。 又及,你用top看能看到这个进程是100%,不过这个100%是这个核上的100% 如果跑满3核就是300%
启动时即使你给每个容器分配了相同的cpu share。在其他两个容器空闲的情况下,剩下的容器依然可以把整个核跑满。
cpu share给我的感觉是限制了该容器cpu使用率的下限。如果你想限制cpu使用率的上限,就需要自己通过cgroup去修改该容器的设置。
是个有意思的问题,应该做个实验试试。
谁来做实验嘛,写个循环把处理器占满?
如果docker跑的是python进程,单进程可以跑满单核(受限于GIL),其实看进程列表就知道不同于vagrant,docker的进程本身是融汇在系统进程里面的。
看你的进程
能占多少CPU
哦你用了share,那这个进程就被绑死在这个核上了。
又及,你用top看能看到这个进程是100%,不过这个100%是这个核上的100%
如果跑满3核就是300%
启动时即使你给每个容器分配了相同的cpu share。在其他两个容器空闲的情况下,剩下的容器依然可以把整个核跑满。
cpu share给我的感觉是限制了该容器cpu使用率的下限。如果你想限制cpu使用率的上限,就需要自己通过cgroup去修改该容器的设置。
是个有意思的问题,应该做个实验试试。
谁来做实验嘛,写个循环把处理器占满?