The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Обновление Linux-ядра: 3.0.1, 2.6.39.4 и 2.6.35.14"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Обновление Linux-ядра: 3.0.1, 2.6.39.4 и 2.6.35.14" +/
Сообщение от pavlinux (ok), 10-Авг-11, 06:38 
> CPU limit через cgroups - один из методов тюнинга CFS, вообще-то.

1. Пля, ПЛАНИРОВЩИК ЗАДАЧ НЕ ЗАНИМАЕТСЯ ЛИМИТАМИ И ВАААБЩЕ
ВСЯКИМИ РОДА РЕСУРСАМИ, АКРОМЯ ПЛАНИРОВАНИЯ ОЧЕРЕДИ К ПРОЦЕССОРУ.

Ему насрать, что один процесс использует проц на 99 процентов, а другой на 0.1% -
для него они все равны, если не указано иного, будь-то nice или priority.
    
2. CGROUPS придумали для кучкования процессов по всяким разным признакам.

3. Отдельная взятая группа в Cgroups, для планировщика выгладит как отдельный процесс!!!

4. Процессы внутри группы имеют равные приоритеты и выполняются равномерно-поочередно.

5. Сгруппы выполняются в зависимости от алгоритма планировщика - CFS, BFS, EDF, SDS, FIFO,

6. Процесс в cгруппе для процессов вне этих сгрупп будет иметь приоритет планирования
абсолютно равный со всеми, естественно по алгоритму основного планировщика.

Поэтому при NICE = -19 и RealTime приоритете у процесса в сигруппе,
абсолютно пох...ю для всей системы.

Вот и вся связь планировщика ЗАДАЧЬ и CGROUPs

---

Как уже написал, - сигруппы умеют кучковать процессы по другим признаками;
доступ к сетевому стеку, память, I/O, но это уже другая история....


Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Обновление Linux-ядра: 3.0.1, 2.6.39.4 и 2.6.35.14, opennews, 05-Авг-11, 21:39  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру