關(guān)于Linux系統(tǒng)上cGroup的使用的一點(diǎn)疑問(wèn)？

kifast

我現(xiàn)在使用cGroup去對(duì)一個(gè)進(jìn)程的資源進(jìn)行控制，

1.如果進(jìn)程起來(lái)后，再將pid加入到task文件中，結(jié)果是資源不受控；
2.如果把shell的pid先加入task中，然后在這個(gè)shell中啟動(dòng)要受控的進(jìn)程，結(jié)果就可以達(dá)到資源受控的效果。

望有對(duì)cGroup機(jī)制了解的同學(xué)，幫忙解答一下我的疑惑。

darrenlee3

manual失��？
試試 libcgroup包里的cgexec/cgclassify

kifast

回復(fù) 2# darrenlee3

1.用過(guò)cgclassify，這個(gè)命令是在進(jìn)程起來(lái)后將pid加入task，調(diào)整資源控制參數(shù)，會(huì)不生效；
2.至于cgexec，這個(gè)到是可以生效，但是這個(gè)就相當(dāng)于進(jìn)程啟動(dòng)前就把握了主動(dòng)權(quán)；

如果不能對(duì)一個(gè)現(xiàn)存的進(jìn)程進(jìn)行資源控制，那么cgclassify的存在是為了什么呢？

darrenlee3

kifast 發(fā)表于 2012-11-13 14:25
回復(fù) 2# darrenlee3

1.用過(guò)cgclassify，這個(gè)命令是在進(jìn)程起來(lái)后將pid加入task，調(diào)整資源控制參數(shù)，會(huì)不 ...

我沒(méi)太明白你的意思，cgroup就是predefine一些控制組，然后把進(jìn)程加到適合的組里，已組為單位進(jìn)行資源控制，并不是以進(jìn)程為單位進(jìn)行控制，肯定是先有某控制組和該組的控制參數(shù)，然后才有需要加入該組的進(jìn)程

A control group is a collection of processes that are bound by the same criteria. These groups can be hierarchical, where each group inherits limits from its parent group. The kernel provides access to multiple controllers (subsystems) through the cgroup interface.

kifast

回復(fù) 4# darrenlee3


   你說(shuō)的沒(méi)錯(cuò)，就是有了控制組，然后再將進(jìn)程加入控制組，我現(xiàn)在只討論只加入一個(gè)要控制的進(jìn)程的情況，當(dāng)然就是控制一個(gè)進(jìn)程了。

主要就是加入的時(shí)機(jī)問(wèn)題，能用cgexec加入一個(gè)尚未啟動(dòng)的，可以達(dá)到控制的效果；

但用cgclassify加入一個(gè)已經(jīng)啟動(dòng)的進(jìn)程，控制組對(duì)這個(gè)之前就已經(jīng)啟動(dòng)的進(jìn)程，無(wú)法達(dá)到通過(guò)調(diào)整參數(shù)控制資源。

謝謝你的耐心回復(fù)。

darrenlee3

kifast 發(fā)表于 2012-11-13 14:50
回復(fù) 4# darrenlee3

可以達(dá)到效果，cgroup是立刻生效的
寫(xiě)個(gè)循環(huán)計(jì)算的是cpu 100%的程序或者內(nèi)存泄漏的程序可以測(cè)出來(lái)

你是怎么測(cè)的？怎么算“生效”？

以cpu 100%的程序來(lái)說(shuō)，在2核cpu上，程序啟動(dòng)2次產(chǎn)生2個(gè)進(jìn)程，無(wú)論怎么設(shè)置cpu.shares，他們總是100%的占用率，一個(gè)進(jìn)程占一個(gè)cpu
但如果此時(shí)再啟動(dòng)2個(gè)進(jìn)程，cpu.shares就會(huì)生效，效果是按比例分配cpu帶寬，cpu占用率也會(huì)和share值成比例。

kifast

回復(fù) 6# darrenlee3


  嗯，你說(shuō)的沒(méi)錯(cuò)，對(duì)于CPU的限制，我知道為什么了，

主要是因?yàn)槎嗑�程程序，在Linux中，會(huì)吧進(jìn)程中的線程也當(dāng)作一個(gè)進(jìn)程來(lái)處理，

當(dāng)占用CPU資源的不是主線程時(shí)，將這個(gè)程序的PID加入tasks中，其實(shí)是沒(méi)有限制那個(gè)真正耗CPU的線程的。

解決辦法： 將已經(jīng)啟動(dòng)的進(jìn)程的PID放入cgroup.procs中，cgroup會(huì)自動(dòng)將其所有線程放入tasks中。


不過(guò)，對(duì)于內(nèi)存的限制，我目前還不知道是什么原因?qū)е�，�?duì)一個(gè)已經(jīng)起來(lái)的進(jìn)程，為什么無(wú)法限制住物理內(nèi)存的占用。

kifast

回復(fù) 6# darrenlee3


    ok，memory子系統(tǒng)的task migration，已經(jīng)知道為什么不行了。

在內(nèi)存控制的時(shí)候，

當(dāng)一個(gè)進(jìn)程起來(lái)時(shí)，默認(rèn)會(huì)放到memory子系統(tǒng)的根目錄中的tasks文件中，

對(duì)于將一個(gè)task從根目錄group中遷移到另外一個(gè)自己定義的group時(shí)，默認(rèn)的情況是，其charge并沒(méi)有順帶一起帶走。

此時(shí)，就需要把目標(biāo)group中的memory.move_charge_at_immigrate置為1。從而開(kāi)啟內(nèi)存控制子系統(tǒng)的task遷移特性。

0young70

回復(fù) 7# kifast


    我遇到了跟樓主一樣的問(wèn)題，按照樓主的研究解決了，謝謝。呵呵

q1208c

雖然不是太明白, 但看上去好高級(jí)的樣子.


不知道樓主這樣做的目的是什么? 是否可以使用 虛擬機(jī)來(lái)解決呢?

那樣的話, 是不是會(huì)更簡(jiǎn)單些呢?