Даталоггер с ограниченным количеством строк

А не проще ли тогда свое на сокетах написать? Там делов-то - открыть сокет и все входящие в файл записывать, зато лишнего не будет. Все это с отладкой максимум за один рабочий день пишется.

есть logrotate, его можно настроить на размер файла.

Все это с отладкой максимум за один рабочий день пишется.

макс. 2 часа.

MuZHiK-2 просто шарит - для себя пишется за 2 часа, на работе - за день :)

а ну да точно, и как я сразу не догнал :))))

Normally, logrotate is run as a daily cron job.

Его, похоже, придётся тоже «вручную» запускать :(

Пока склоняюсь к «писать самому», а то гугль ничего толкового не находит.
Тут походу ещё вопрос:То ли лыжи не едут, то ли я что что не понимаю, но как обрезать файл с начала? Я знаю только функцию truncate(), которая обрезает конец, а как уменьшить файл на длину первой строки, не переписывая файл в новый?

Всем спасибо

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

кажется тебе проще всего скопировать нужную часть файла в новый файл

Если б было место - вопрос бы не стоял :-)

1000 строк совсем мало, может буфер на 1000 строк держать в памяти периодически сбрасывая в файл. А уж буфер в стиле fifo в памяти организуется как раз плюнуть.

а ОЗУ сколько?!

ОЗУ достаточно. Где-то 32Мб будет. Но лог файл однозначно должен писаться во флэш, в ОЗУ его кэшировать неразумно: вдруг система обвалится и лог как раз поможет понять отчего...

Странно, никак не найду возможность обрезать начало файла. По-моему это технически нереализуемо: начало файла лежит в каком-то кластере, и теперь я хочу, к примеру, обрезать в начале на размер полкластера. В этом случае придётся «сдвигать» всё содержимое на полкластера. А это, похоже, не так просто, как удалить конец файла.

любопытно было бы найти файловую систему (или патч к какой-либо), в которой можно через ioctl отрезать по сектору/кластеру с начала файла.

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

>>макс. 2 часа.

Зачем спешить на работе? Лучше все сделать качественно.

Какие-то извращения ты придумываешь.
Первое и самое просто что пришло в голову, это создать одно-связный список и указатель на его голову, при достижении какого-то значения голову передвигаешь к следующему, а предыдущей удаляешь, список загружаешь/сохраняешь в свой файл.

Что-то мне подсказывает, что речь об embeded. Если так, возможно, лучшим вариантом будет сбрасывать буфер с логами на флеш по {somthing}abort.

syslog-ng и metalog подобное вроде умели. Погляди документацию. Хотя могу и ошибаться.

Сразу видно товарища PC-Программиста ;-) Приколись, сколько ресурсов будет кушать такое приложение, которое список держит в RAM, а при каждом сообщении спишет файл целиком. Не, нам такое не подойдёт :)

Да, речь об embedded. Посмотрю syslog-ng и metalog. Спасибо за идею

Metalog is a modern replacement for syslogd and klogd. Log files can be automatically rotated when they exceed a certain size or age.

Похоже, что доктор прописал :)

> Но лог файл однозначно должен писаться во флэш, в ОЗУ его кэшировать неразумно: вдруг система обвалится и лог как раз поможет понять отчего...

Система — это конкретно эта программа? Сигналы SEGV, BUS и т.п. можно перехватывать и записывать лог в файл, перед тем как падать. Флеш-память же имеет очень ограниченный срок службы, нет?

Приколись, сколько ресурсов будет кушать такое приложение, которое список держит в RAM

немного

а при каждом сообщении спишет файл целиком.

можешь писать при определённых событиях

(гипотеза) смотри флэш не убей. Это на десктопах ssd оптимизированы под свякие файлы подкачки итп. А на embeded может быть какой-нить слабый контроллер флэш который будет писать в одно и тоже место и быстро ушатает память.