Re: [Comm] crond [was: Re: hosting]

[Roman Savelyev <savelyev@interlot.ru>]

Dmitry V. Levin пишет:
> А что, собственно, имелось в виду?
Механизм распределения заданий, применнённый (например) в OS/400 или 
Zшной ОС.
Любой процесс (job) всегда выполняется в какой-либо из очередей заданий 
(job queue)
Не важно, интерактивное оно, аль пакетное.
Очередь заданий параметрируется "на лету".
Наиболее важные параметры:
1) Максимально допустимое количество одновременно активных заданий (от 0 
до *NOMAX)
2) Номер пула памяти (имя/ИД пула)
3) Максимально допустимый системный приоритет (стд. кол-во градаций)
Прочья хрень - куда выводить, уровень протоколирования и т.д. и т.п.

Пул памяти:
Идентификатор параметрирования доступа к памяти.
1) Максимально и минимально выделяемый размер ОЗУ (фиксированные 
значения, либо автопилот)
2) Методика обращения к страницам (фиксированные, либо переменной длины, 
либо оптимизация на основании накапливаемой статистики)
3) Группа параметров ограничения интенсивности работы с памятью (макс. 
кол-во запросов в период времени, макс. актив и т.п.)

Результат этой кухни прост.
Администратор системы легко приводит пакетные задачи к виду, не 
мешающему интерактивным/критичным заданям.
Во время же снижения нагрузки, требующей максимально быстрого ответа 
лёгким мановением руки (или планировщика заданий) система переключается 
в режим наибольшей интегральной производительности - т.е. все параметры 
в *AUTO.
Побочный результат ещё более прост. Не существует термина "запределльная 
нагрузка, с которой не справляется сервер, начинает тормозить".