| |
| 1.1, o_o, 20:13, 17/11/2010 [ответить] [смотреть все]
| +/– |
mount -t cgroup cgroup /dev/cgroup/cpu -o cpu
mount: неизвестный тип файловой системы 'cgroup'
|  | | |
| 1.9, Crazy Alex, 16:33, 18/11/2010 [ответить] [смотреть все]
| +/– | |
Надо еще пару действий добавить для автоматического удаления групп, в которых больше нет процессов:
создать /usr/local/sbin/cgroup_clean
--cut--
#!/bin/sh
rmdir /dev/cgroup/$1
--cut--
в rc.local добавить:
--cut--
echo "1" > /dev/cgroup/cpu/user/notify_on_release
echo "/usr/local/sbin/cgroup_clean" > /dev/cgroup/cpu/release_agent
--cut--
|  | | |
| 1.16, Logo, 03:37, 19/11/2010 [ответить] [смотреть все]
| +/– |
*** Монтировать нужно в /sys/fs/cgroup ***
*** Это избавит от застряганий и рывков ***
в rc.local пишем:
mount -t cgroup cgroup /sys/fs/cgroup -o cpu
mkdir -m 0777 /sys/fs/cgroup/user
echo "1" > /sys/fs/cgroup/user/notify_on_release
echo "/usr/local/sbin/cgroup_clean" > /sys/fs/cgroup/release_agent
---------------------
в ~/bashrc пишем:
if [ "$PS1" ] ; then
mkdir -m 0700 /sys/fs/cgroup/user/$$
echo $$ > /sys/fs/cgroup/user/$$/tasks
fi
---------------------
в /usr/local/sbin/cgroup_clean пишем:
#!/bin/sh
rmdir /sys/fs/cgroup/$1
----------------------
Работает без проблем. При монтировании в /dev/ у меня на Fedora 14, после интенсивной нагрузки система дергалась, а при монтировании в /sys/fs/ все OK!
|  | | |
| |
| 2.37, mevlad, 21:11, 20/11/2010 [^] [ответить] [смотреть все] [показать ветку]
| +/– | |
м. б. как-то так:
# yum -y install libcgroup libcgroup-pam
#echo "vlad cpu users/vlad/" >> /etc/cgrules.conf
# cat >> /etc/cgconfig.conf << EOF
group users/vlad {
perm {
task {
uid = vlad;
gid = vlad;
}
admin {
uid = root;
gid = vlad;
}
}
cpu {
cpu.shares = 2048;
notify_on_release =1;
}
}
EOF
# echo "session optional pam_cgroup.so" >> /etc/pam.d/su
# chkconfig cgconfig on
# chkconfig cgred on
# service cgconfig start
# servive cgreg start
| | | |
| |
| |
| |
| 5.41, zillah, 06:17, 23/11/2010 [^] [ответить] [смотреть все]
| +/– | |
> в смысле?
А тупо, каким образом модуль в su поможет пользователю?
Оно не грузится при логоне, открытии новой сессии...
Или я что-то не допонял, хотелось бы допонять, так как этот вариант мне больше импонирует нежели чем "ручной".
| | | |
| |
| 6.42, mevlad, 21:09, 23/11/2010 [^] [ответить] [смотреть все]
| +/– |
это был пример использования pam-модуля.
в данном случаи идея в том, чтобы использовать те же правила для пользователя, если он выполняет нечто через su
| | | |
| |
| 7.44, zillah, 06:27, 24/11/2010 [^] [ответить] [смотреть все]
| +/– |
> это был пример использования pam-модуля.
> в данном случаи идея в том, чтобы использовать те же правила для
> пользователя, если он выполняет нечто через su
Ну я думал предполагалась альтернатива шапке, кстати у меня оно как то не заработало, разбираться не стал, из шапки работает как нужно.
До кучи нарылась проблема, толи wine толи NV libGL к такому оказались не готовы... эххх.
| | | |
| |
| 8.46, mevlad, 23:48, 24/11/2010 [^] [ответить] [смотреть все]
| +/– |
на fedora 14 работает, проверял.
про "пример использования pam-модуля" имелись в виду именно изменения в /etc/pam.d/su
остальное - настройки libcgroup, точнее - cgconfig и cgreg
| | | |
|
|
|
|
|
| 3.47, Pavel, 00:09, 27/12/2010 [^] [ответить] [смотреть все]
| +/– |
У меня также получилось, но вот вопрос: как работает cpu.shares = 512 ?, я запустил от пользователя burnMMX - но всеравно в top я вижу что 99% процессора использует burnMMX.
Как лимитировать процессор?
|  | | |
|
|
|
|
