Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Cześć,
Chciałem się pobawić trochę cgroups i np. określić max czas procesora do 10% dla portage. Wiem, za mało, ale chciałem zobaczyć czy to zadziała. Efekt taki, że i tak kompilacja rozpędziła się i zeżarła 100% czasu procesora na każdy rdzeń:
cat /sys/fs/cgroup/cpu/root/cgroup.clone_children 1
i
cat /sys/fs/cgroup/cpu/root/cpu.shares 100
Następnie uruchomiłem:
cgexec -g cpu:root emerge -av kdelibs
i obserowowałem co się dzieje:
# cat /sys/fs/cgroup/cpu/root/tasks 7900 8481 8482 8499 8515 8516 ...
Jak widać coś się dzieje, ale jednak nie limituje.. dlaczego?
Ostatnio edytowany przez hornet (2013-07-26 18:59:55)
Offline
Cgroups cpu nie limituje procentowo, tylko metodą porównania wagi różnych procesów.
Jeśli emerge ma 100, a komputer nie ma nic innego do roboty, to go puści na full.
W ten sposób ograniczenie działa w momencie, kiedy różne procesy próbują zająć 100% procka.
Sznurek:
https://www.kernel.org/doc/Documentation/cgroups/cgroups.txt
Np:
Wartość domyślna cpu:
cat /cgroup/cpu/cpu.shares 1024
1 proces: 512
2. 512
3. 1024
Jak zostanie podzielona moc procesora przy maksymalnym obciążeniu?
1. 512 /( 512+512+1024 ) 25%
2. 512 /( 512+512+1024 ) 25%
3. 1024 /( 512+512+1024) 50%
Większość parametrów cgroups liczy się ten sposób, praktycznie chyba tylko memory
i hugetlb mają numeryczne limity, które dają się przeliczyć na procenty czy konkretne wartości jako sztywny i nieprzekraczalny limit.
A jak procek leży odłogiem, to każdy proces może go zająć w całości.
W cgroup cpusets można decydować, jaka grupa ma dostęp do poszczególnych procesorów (rdzeni), ale tym się na razie nie bawiłem.
Sznurek: https://www.kernel.org/doc/Documentation/cgroups/cpusets.txt
I cała dokumentacja:
https://www.kernel.org/doc/Documentation/cgroups/
a także, - najświeższa i zawsze aktualna:
ls /usr/src/linux/Documentation/cgroups 00-INDEX devices.txt net_cls.txt blkio-controller.txt freezer-subsystem.txt net_prio.txt cgroups.txt hugetlb.txt resource_counter.txt cpuacct.txt memcg_test.txt cpusets.txt memory.txt
Pozdro
;-)
Ostatnio edytowany przez Jacekalex (2013-07-26 02:55:34)
Offline
To pierwsze się wyjaśniło. Chciałem dla testów dać jeszcze cpuset, ale tutaj mam problem:
# cgcreate -a root -g cpuset:emerge
Ustawiam jeden CPU tylko i zapuszczam:
# cgexec -g cpuset:emerge emerge cgroup change of group failed
Coś z jajkiem?
uname -a Linux Hvergelmir 3.8.13-gentoo #1 SMP PREEMPT Thu May 30 23:35:36 CEST 2013 x86_64 Intel(R) Core(TM) i5 CPU M 450 @ 2.40GHz GenuineIntel GNU/Linux
Offline
cat /proc/cgroups
?
grep -i cgroup /boot/config-$(uname -r)
?
Ostatnio edytowany przez Jacekalex (2013-07-26 14:21:41)
Offline
% cat /proc/cgroups #subsys_name hierarchy num_cgroups enabled cpuset 2 3 1 cpu 3 2 1 cpuacct 4 1 1 freezer 5 1 1 perf_event 6 1 1
i
grep -i cgroup /boot/config-$(uname -r) CONFIG_CGROUPS=y # CONFIG_CGROUP_DEBUG is not set CONFIG_CGROUP_FREEZER=y # CONFIG_CGROUP_DEVICE is not set CONFIG_CGROUP_CPUACCT=y # CONFIG_CGROUP_HUGETLB is not set CONFIG_CGROUP_PERF=y CONFIG_CGROUP_SCHED=y # CONFIG_BLK_CGROUP is not set # CONFIG_NET_CLS_CGROUP is not set # CONFIG_NETPRIO_CGROUP is not set
Offline
CONFIG_CGROUPS=y CONFIG_CGROUP_DEBUG=y CONFIG_CGROUP_FREEZER=y CONFIG_CGROUP_DEVICE=y CONFIG_CGROUP_CPUACCT=y CONFIG_CGROUP_HUGETLB=y CONFIG_CGROUP_PERF=y CONFIG_CGROUP_SCHED=y CONFIG_BLK_CGROUP=y # CONFIG_DEBUG_BLK_CGROUP is not set CONFIG_NET_CLS_CGROUP=y CONFIG_NETPRIO_CGROUP=y
Ja mam tak, i cały cgroup śmiga, inna sprawa, że cgconfig nie potrafił czytać wląsnego pliku konfiguracyjnego, cgexec i cgcreate nie używam w ogóle, z całego libcgroup używam tylko demona cgred, czyli dokładniej /usr/sbin/cgrulesengd, żeby automatycznie wrzucał programy do odpowiednich grup.
Hierarchię grup tworzy u mnie cgstart (zawsze działa :D ), jedyny konfig, w którym ustwiałem conieco, to /etc/cgroup/cgrules.conf
Cpuset na razie nie używałem, przy dwóch rdzeniach nie mam ku temu zbyt wielu okazji.
Pozdro
;-)
Offline
A była by możliwość sprawdzenia czy zadziała Ci cpuset, czy będzie podobny problem jak u mnie?
//edit
Działa dobrze, nie wiem co popsułem, ale na 3.7.10 mi działa.
Pozdrawiam i dzięki Jacek za pomoc!
Ostatnio edytowany przez hornet (2013-07-26 18:59:26)
Offline
U mnie też w tej chwili nie chce dodawać pacjentów do cpuset/tasks, trzeba by pewnie bardziej się w to zagłębić.
Inna sprawa, że do emerge nie jest to potrzebne bezwzględnie, wystarczy ustawić jeden proces w MAKEOPTS, - i jeden proces powinien polecieć tylko na jednym rdzeniu. :D
Pozdro
;-)
Offline
Jacekalex napisał(-a):
U mnie też w tej chwili nie chce dodawać pacjentów do cpuset/tasks, trzeba by pewnie bardziej się w to zagłębić.
Inna sprawa, że do emerge nie jest to potrzebne bezwzględnie, wystarczy ustawić jeden proces w MAKEOPTS, - i jeden proces powinien polecieć tylko na jednym rdzeniu. :D
Pozdro
;-)
To tylko przykład. :D Ale z drugiej strony jest też nice do ustawienia w Portage.
Offline
Nice niczego nie limituje, tylko ustala priorytet dla make.
Nawet wartość maksymalna - 19, oznacza, że emerge zajmie całego procka, powinien wtedy tylko być bardziej ustępliwy wobec procesów z wyższym priorytetem.
Offline