Чтение файла по рассписанию

cron

man cron

Попов, man [b]at[/b].

Гм... Не подумал об этом. Чёрт... Спасибо

вычисляй через сколько в секундах читать следующий файл - и sleep на это число секунд

иль делай проверку каждую минуту - и как тока времени до чтения останеться меньше минуты - делай проверку каждую секунду - иль доли секунд

помоему что sleep что usleep никогда раньше - непросывпаються - но могут проснуться позже

ну и еще можно незабывать - что иногда и часы подстраивают .... такчто слишком пологаться всеравно нельзя

ни cron, ни at не позволяют задавать время с точностью до секунды. только минуты

посмотри на libevent

Да, cron не делает до секунды. А жаль. Неужто придется лезть в его исходники и что-то там править. Как это было не раз

А вот это интересно

Я на системное время ориентируюсь, мне все равно, какой сейчас день и год. Главное, чтобы time(NULL) % SEC_IN_DAY не было больше, чем «время_чтения_из_файла»

> непросывпаються

оооох.......

Бывает. Линуксоводы не всегда правильно говорят по-русски

вах однако !
як я вывернул а

> именно в 12:10:05 каждые сутки, ни секундой раньше, ни секундой позже

Вы используете ОС реального времени? Если нет, то подумайте о смене алгоритма, ибо кривой костыль, который не факт что всегда будет работать.

и что что системное время ?
а причем день и год ?

если нужно обеспечить секундное - доли секундное срабатывание - то имхо нужно избегать-противодействовать любым влияниям на оценку времени в программе

захочет юзер - иль система автоматом - полезет часы синхронизировать - и то на что полагалось программа окажется неверным

если бы была задача обеспечить точную секунду в секунду чтение - то тут не раз в секунду проверять - раз 10-100 раз в секунду проверят текущее время стоило бы

весь вопрос же - в том - насколько точно нужно и сколько ресурсов потратить на это :)

даже реальтаймовая система - не обеспечит нужную точность - если железо подведет - просто напросто винт войдет в ступор на секунду - и все уже нета точность

>реальтаймовая система

на секунду

В настоящей RTOS вероятность таких ступоров гарантированно мала.

можно еще через rtc
man rtc
в нем вроде как можно задавать время для срабатывание

Real time clock вещь конечно хорошая. Но вот как с минимальными системнымными затратрами, таких как время и память, сделать программу, чтобы в нужный момент (заданный файлом) она читала данные из файла, заданного в этом же файле. Блин каламбур какой-то получился. Но вот такая задача. А вообще libevent мне очень по душе

100 раз в секунду проверять? Не, мне кажется это не есть гуд

Нет. Это не ОСРВ

А если юзер изменил файл??

Какая то у вас задача странная. И что будет, если прочитать раньше. И вобще, чтение файла это процесс, есть время начала, есть время окончания. Готового решения, ИМХО, нет, уж больно задача странная.

Так, можно написать программу (наверное, лучше на Си), и она будет работать, но «провалы» могут случаться. Наверное, лучше ставить этой программе приоритет реального времени, «спать» с помошью nanosleep() или setitimer(), узнавать время через gettimeofday(). Может просыпаться чуть пораньше и там непрерывно проверять текущее время.

А ещё есть перевод летнее/зимнее время. Или у вас время чтения задано по гринвичу?

cron работает точно также
и у него - конфиг также могет быть изменен - и он его подхватит

правда в кроне - минутна интервалы - но крон просто анализирует изменился ли файл конфига за время с прошлого его чтения- если изменился он его перечитывает

и делает он это тогда когда действительно принимает решение- то есть раз в минуту


ничего менее ресурсоёмкое чем написанная программа тут не придумаешь
и вот в ней - и делайте ту величину ресурсоемкости какой и нужен

ну если вот важно срабатывание точно в секунду
то можно юзать usleep и точностью миллисекундной выставлять таймаут

тогда программа проснется - через от силы несколько миллисекунд после нужной секунды

ну и проверять изменился ли файл конфига или произошел скачек времени - раз в 1-60 секунд

ябы так сделал

> Можно наверно сделать связку: ядро с прерываниями от таймера - процесс в юзерспейс, но хочется чего-нибудь полегче.

Зачем тебе ядро? Пиши прямо под железо.

Отсортируй расписание и по очереди дёргай timer_settime с флагом TIMER_ABSTIME для таймера CLOCK_REALTIME. Точность настройки фантастическая, а там уж как железо и ось осилят.

ну и пусть cron запускает в 12:10:00 костыль, который будет ждать нужную секунду :)

Всем большое спасибо