cron с запуском чаще чем в минуту (возможность указывать секунды)

можно конечно запускать скрипт и в цикле со sleep запукать что нибудь, но часто бывает потребность сделать это просто вызовом из крона

Никак я думаю, только самопал. На деле это не нужно почти никогда.

нет. ненужен. есть анакрон, который выполняет пропущенные задания (например если комп был выкл.), но это не то.

в корне запускаешь at с расписанием по секундам

а можно поинтересоваться - а зачем?

Ну запиши в скрипте sleep. Потом пропиши в крон.

нужно например раз в 30 секунд скачивать определенный файл. написал скрипт, жаль что не запилили секунды за столько лет

секунды в кроне попахивают DoS-ом (не MS-)

Если указать */$больше,_чем_есть_в_минуте ?

секунды в кроне попахивают DoS-ом (не MS-)

что мешает написать прогу на C/C++? это не аргумент против секунд в cron

гм. ты вообще в курсе как происходит запуск процессов по крону?

это действителньо попахивает DoS

если уж так надо ежесекундно делать какое-то действие - это должн аделать осоабя программка, которая не будет форкаться раз в 1 секунду.

потмо утчо fork - это дорогая операция. JFYI

гм. ты вообще в курсе как происходит запуск процессов по крону?

вкурсе и что не так с запуском в фоне раз 30 секунд?

нужно например раз в 30 секунд скачивать определенный файл. написал скрипт

* * * * * sh -c '/your/script; sleep 30; /your/script'

1) некрасиво, лучше скрипт вызывать

2) нет никаких гарантий что скрипты не налезут друг на другу со всеми вытекающими

3) нафига форкать каждые 30 сек когда проще чтоб скрипт сам всё это и обслуживал без всякого крона?

Спасибо К.О., но писал я не тебе.

Не проще написать демон на баше с блекдж^W бесконечным циклом и слипами?

я и написал, ничего сложного в этом нет, но вызов из крона был бы проще

и чем это проще запуска скрипта из, например, /etc/rc.d?

даже отлаживать - и то проще