[devel] crontabs.git

[devel] crontabs.git

[Vladimir V. Kamarzin]

Hi

http://git.altlinux.org/people/legion/packages/crontabs.git?p=crontabs.git;a=commitdiff;h=21a57dad7f535f0f494604d151a9e9ed6d1b48f0

--- /dev/null
+++ b/cronjobs.sysconfig
@@ -0,0 +1,5 @@
+# Set the scheduling priority for a cronjob. nice(1)
+PRIORITY=-20
+
+# Set the IO scheduling priority for a cronjob. Require ionice(1).
+IO_PRIORITY=3

Почему выставляется приоритет -20? В исходном предложении было наоборот
понижение приоритета крон-задач, чтобы они ни в коем случае не ставили раком
машину.

-- 
vvk

Re: [devel] crontabs.git

[Alexey Gladkov]

Vladimir V. Kamarzin wrote:
> Почему выставляется приоритет -20? 

Потому что опечатка в ходе тестирования. Спасибо. Исправлено.

> В исходном предложении было наоборот

С исходным предложением не ознакомлен.

> понижение приоритета крон-задач,  чтобы они ни в коем случае не ставили раком
> машину.

Разумеется.

-- 
Rgrds, legion

Re: [devel] crontabs.git

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 734 bytes --]

On Wed, Oct 29, 2008 at 10:53:52AM +0500, Vladimir V. Kamarzin wrote:
> http://git.altlinux.org/people/legion/packages/crontabs.git?p=crontabs.git;a=commitdiff;h=21a57dad7f535f0f494604d151a9e9ed6d1b48f0
> 
> --- /dev/null
> +++ b/cronjobs.sysconfig
> @@ -0,0 +1,5 @@
> +# Set the scheduling priority for a cronjob. nice(1)
> +PRIORITY=-20
> +
> +# Set the IO scheduling priority for a cronjob. Require ionice(1).
> +IO_PRIORITY=3
> 
> Почему выставляется приоритет -20?

Опечатка, наверное.

> В исходном предложении было наоборот
> понижение приоритета крон-задач, чтобы они ни в коем случае не ставили раком
> машину.

Я думаю, что лучше обучить этой технике /etc/init.d/crond или даже сам crond.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] crontabs.git

[Alexey Gladkov]

Dmitry V. Levin wrote:
> Я думаю, что лучше обучить этой технике /etc/init.d/crond или даже сам crond.

Мне кажется что в /etc/init.d/crond этим лимитам совсем не место. 
crond должен работать с нормальными лимитами.

Про сам crond я думал, но мне показалось, что там лимитам не место. 
Этот сервер должен запускать задачи по расписанию. И он это делает 
хорошо. Остальное не его дело и это правильно.

Так как run-cronjob запускается через crontab, то можно варьировать 
лимиты для каждого пользователя, под которым запускается задача (пока 
не реализовано, но это возможно). Правда не знаю, насколько это 
востребовано.

-- 
Rgrds, legion

Re: [devel] crontabs.git

[Alexey Gladkov]

Alexey Gladkov wrote:
> Про сам crond я думал, но мне показалось, что там лимитам не место. 
> Этот сервер должен запускать задачи по расписанию. И он это делает 
> хорошо. Остальное не его дело и это правильно.

Разумеется, это на твоё усмотрение, если считаешь, что данный подход 
плох, то могу реализовать лимиты в crond. Просто это будет несколько 
дольше :)

-- 
Rgrds, legion

Re: [devel] crontabs.git

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 789 bytes --]

On Wed, Oct 29, 2008 at 01:33:52PM +0300, Alexey Gladkov wrote:
> Dmitry V. Levin wrote:
> >Я думаю, что лучше обучить этой технике /etc/init.d/crond или даже сам 
> >crond.
> 
> Мне кажется что в /etc/init.d/crond этим лимитам совсем не место. 
> crond должен работать с нормальными лимитами.

Не факт.  Чем отличаются процессы, запускаемые crond, от процессов,
запускаемых, скажем, sshd?  Тем, что процессы, запускаемые crond, всегда
неинтерактивные.  А неинтерактивным процессам логично назначить
неинтерактивный приоритет.

> Про сам crond я думал, но мне показалось, что там лимитам не место. 
> Этот сервер должен запускать задачи по расписанию. И он это делает 
> хорошо. Остальное не его дело и это правильно.

Тогда зачем у crond есть параметр -l?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] crontabs.git

[Michael Shigorin]

On Wed, Oct 29, 2008 at 01:33:52PM +0300, Alexey Gladkov wrote:
> >Я думаю, что лучше обучить этой технике /etc/init.d/crond или
> >даже сам crond.
> Мне кажется что в /etc/init.d/crond этим лимитам совсем не
> место.  crond должен работать с нормальными лимитами.

Место, но очень умеренное -- IIRC что-то вроде 10 там уже есть.
Ставить idle prio чохом определённо нельзя.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/