Forum Debian Users Gang

hornet · 2013-07-26 00:30:02

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ń:

Kod:

cat /sys/fs/cgroup/cpu/root/cgroup.clone_children 
1

i

Kod:

cat /sys/fs/cgroup/cpu/root/cpu.shares 
100

Następnie uruchomiłem:

Kod:

cgexec -g  cpu:root emerge -av kdelibs

i obserowowałem co się dzieje:

Kod:

# 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)

Jacekalex · 2013-07-26 01:08:31

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:

Kod:

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:

Kod:

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)

hornet · 2013-07-26 14:03:47

To pierwsze się wyjaśniło. Chciałem dla testów dać jeszcze cpuset, ale tutaj mam problem:

Kod:

# cgcreate -a root -g cpuset:emerge

Ustawiam jeden CPU tylko i zapuszczam:

Kod:

# cgexec -g cpuset:emerge emerge
cgroup change of group failed

Coś z jajkiem?

Kod:

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

Jacekalex · 2013-07-26 14:19:49

Kod:

cat /proc/cgroups

?

Kod:

grep -i cgroup /boot/config-$(uname -r)

?

Ostatnio edytowany przez Jacekalex (2013-07-26 14:21:41)

hornet · 2013-07-26 14:40:43

Kod:

 % 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

Kod:

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

Jacekalex · 2013-07-26 15:34:08

Kod:

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 [url=http://jacekalex.sh.dug.net.pl/cgstart]cgstart[/url] (zawsze działa :D ), jedyny konfig, w którym ustwiałem conieco, to [url=http://jacekalex.sh.dug.net.pl/cgrules.conf]/etc/cgroup/cgrules.conf[/url]

Cpuset na razie nie używałem, przy dwóch rdzeniach nie mam ku temu zbyt wielu okazji.

Pozdro
;-)

hornet · 2013-07-26 17:17:16

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)

Jacekalex · 2013-07-26 19:06:02

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
;-)

hornet · 2013-07-26 19:55:39

[quote=Jacekalex]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
;-)[/quote]
To tylko przykład. :D Ale z drugiej strony jest też nice do ustawienia w Portage.

Jacekalex · 2013-07-26 20:04:41

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.

Time (s)	Query
0.00015	SET CHARSET latin2
0.00006	SET NAMES latin2
0.00142	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.129.211.6' WHERE u.id=1
0.00099	UPDATE punbb_online SET logged=1715925423 WHERE ident='3.129.211.6'
0.00054	SELECT * FROM punbb_online WHERE logged<1715925123
0.00066	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=24007 AND t.moved_to IS NULL
0.00011	SELECT search_for, replace_with FROM punbb_censoring
0.00208	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=24007 ORDER BY p.id LIMIT 0,25
0.00107	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=24007
Total query time: 0.00708 s

Forum Debian Users Gang

Ogłoszenie

#1 2013-07-26 00:30:02

hornet - Maruda

[SOLVED] cgroups

Kod:

Kod:

Kod:

Kod:

#2 2013-07-26 01:08:31

Jacekalex - Podobno człowiek...;)

Re: [SOLVED] cgroups

Kod:

Kod:

#3 2013-07-26 14:03:47

hornet - Maruda

Re: [SOLVED] cgroups

Kod:

Kod:

Kod:

#4 2013-07-26 14:19:49

Jacekalex - Podobno człowiek...;)

Re: [SOLVED] cgroups

Kod:

Kod:

#5 2013-07-26 14:40:43

hornet - Maruda

Re: [SOLVED] cgroups

Kod:

Kod:

#6 2013-07-26 15:34:08

Jacekalex - Podobno człowiek...;)

Re: [SOLVED] cgroups

Kod:

#7 2013-07-26 17:17:16

hornet - Maruda

Re: [SOLVED] cgroups

#8 2013-07-26 19:06:02

Jacekalex - Podobno człowiek...;)

Re: [SOLVED] cgroups

#9 2013-07-26 19:55:39

hornet - Maruda

Re: [SOLVED] cgroups

#10 2013-07-26 20:04:41

Jacekalex - Podobno człowiek...;)

Re: [SOLVED] cgroups

Stopka forum

Informacje debugowania