1 |
03.03.2010 02:20, Alex Efros пишет: |
2 |
|
3 |
> И этот баг можно протестировать достаточно просто: при копировании больших |
4 |
> файлов (желательно, объёмом на 1GB больше доступной RAM чтобы исключить |
5 |
> кеширование) чётко наблюдаются два эффекта - крайне низкая скорость и |
6 |
> высокий iowait (ну и тормозит интерфейс, конечно, но это сложно замерить в |
7 |
> тестах). |
8 |
|
9 |
На счёт тормозов интерфейса: не наблюдаю их у себя после того, как после |
10 |
2.6.30 перешёл на групповое планирование в CFS (не CFQ) между cgroups. |
11 |
Где связь - не понятно, но она, похоже, есть. С тех пор тормозов |
12 |
интерфейса не наблюдаю ни при компиляции, ни при emerge-webrsync, ни при |
13 |
работе transmission (демон, тоже в группе system) - всё это на |
14 |
сигейтовском 320-тнике, любой ввод-вывод на котором раньше безбожно |
15 |
тормозил иксы. |
16 |
|
17 |
Что сделал: |
18 |
|
19 |
# mount | grep cpu |
20 |
none on /cgroup/cpu type cgroup (rw,cpu) |
21 |
|
22 |
В /cgroup/cpu созданы две директории групп: system и user |
23 |
|
24 |
На старте системы в user/tasks записываются pid'ы Xorg и |
25 |
дисплей-менеджера, system/tasks - все остальные. |
26 |
|
27 |
В .bash_profile root'а добавил: |
28 |
echo $$ > /cgroup/cpu/system/tasks |
29 |
Чтобы по su -l шелл и его потомки, включая emerge, попадали в группу system. |
30 |
|
31 |
PS |
32 |
Кстати, на ядрах с grsec и включённым kernel.grsecurity.chroot_findtask |
33 |
могут быть аналогичные тормоза при высокой активности процессов в |
34 |
chroot'ах (при компиляции, например), но это уже связано с блокировками |
35 |
на планирование внутри ядра во время проверок IPC, а не с глюками i/o. Я |
36 |
в таких случаях либо отключаю chroot_findtask, либо отказываюсь от |
37 |
чрутования в пользу RBAC. |