Gentoo Archives: gentoo-user-ru

From: "Охрименко Александр" <a.a.okhrimenko@×××××.com>
To: gentoo-user-ru@l.g.o
Subject: [gentoo-user-ru] Re: [gentoo-user-ru] Re: [gentoo-user-ru] Re: [gentoo-user-ru] Re: [gentoo-user-ru] Re[2]: [gentoo-user-ru] Re: Насущный вопрос о тормозах при интенсивном I/O
Date: Thu, 11 Mar 2010 21:06:48
Message-Id: 19a1eb221003111305i47affaedrc14c57f20095306f@mail.gmail.com
In Reply to: [gentoo-user-ru] Re: [gentoo-user-ru] Re: [gentoo-user-ru] Re: [gentoo-user-ru] Re[2]: [gentoo-user-ru] Re: Насущный вопрос о тормозах при интенсивном I/O by Pavel Labushev
1 А может вы как то подробнее опишите свои действия? :) Не все такие профи
2 чтобы понять, а какой то выход найти хочется.
3
4 3 марта 2010 г. 0:20 пользователь Pavel Labushev <p.labushev@×××××.com>написал:
5
6 > 03.03.2010 02:20, Alex Efros пишет:
7 >
8 > > И этот баг можно протестировать достаточно просто: при копировании
9 > больших
10 > > файлов (желательно, объёмом на 1GB больше доступной RAM чтобы исключить
11 > > кеширование) чётко наблюдаются два эффекта - крайне низкая скорость и
12 > > высокий iowait (ну и тормозит интерфейс, конечно, но это сложно замерить
13 > в
14 > > тестах).
15 >
16 > На счёт тормозов интерфейса: не наблюдаю их у себя после того, как после
17 > 2.6.30 перешёл на групповое планирование в CFS (не CFQ) между cgroups.
18 > Где связь - не понятно, но она, похоже, есть. С тех пор тормозов
19 > интерфейса не наблюдаю ни при компиляции, ни при emerge-webrsync, ни при
20 > работе transmission (демон, тоже в группе system) - всё это на
21 > сигейтовском 320-тнике, любой ввод-вывод на котором раньше безбожно
22 > тормозил иксы.
23 >
24 > Что сделал:
25 >
26 > # mount | grep cpu
27 > none on /cgroup/cpu type cgroup (rw,cpu)
28 >
29 > В /cgroup/cpu созданы две директории групп: system и user
30 >
31 > На старте системы в user/tasks записываются pid'ы Xorg и
32 > дисплей-менеджера, system/tasks - все остальные.
33 >
34 > В .bash_profile root'а добавил:
35 > echo $$ > /cgroup/cpu/system/tasks
36 > Чтобы по su -l шелл и его потомки, включая emerge, попадали в группу
37 > system.
38 >
39 > PS
40 > Кстати, на ядрах с grsec и включённым kernel.grsecurity.chroot_findtask
41 > могут быть аналогичные тормоза при высокой активности процессов в
42 > chroot'ах (при компиляции, например), но это уже связано с блокировками
43 > на планирование внутри ядра во время проверок IPC, а не с глюками i/o. Я
44 > в таких случаях либо отключаю chroot_findtask, либо отказываюсь от
45 > чрутования в пользу RBAC.
46 >
47 >
48
49
50 --
51 Охрименко А.А.

Replies