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去修改該容器的設定。
是個有意思的問題,應該要做個實驗試試。
誰來做實驗嘛,寫個循環把處理器佔滿?