Они оба - то же, если Вы видите мудрую производительность, но если Вы хотите симпатичную внешность и хотите настроить редактора так, чтобы это не выглядело скучным затем, требуется попробовать расширенную версию энергии.
Сделайте файл журнала FIFO (man mkfifo
) и помещенный процесс на сторону чтения, которая разделяет ее вход на файлы ограниченного размера.
mkfifo /path/to/logfifo.app_xy
split ... </path/to/logfifo.app_xy &
/bad/app
logrotate
потребности, по крайней мере, немного поддержки со стороны приложения, из-за пути файлы работают в Unix. Если файл журнала будет переименован, не уведомляя приложение в некотором роде, то приложение продолжит писать в переименованный файл, вместо того, чтобы начинать писать в новый файл со старым названием. man 8 logrotate
и отметьте "постповорачивать" команду в примерах.
– Jander
29.05.2013, 11:43
logrotate
минимум daily
... который очень далек от того, что я хочу достигнуть
– Cerber
29.05.2013, 19:50
daily
как вlogrotate
. Все говорят о больших данных, контролируя и так далее, но я чувствую себя подобно единственному, нуждающемуся в большом частом вращении... – Cerber 29.05.2013, 19:54split
команда ядра Unix. Жаль @HaukeLaging я прочитал Ваш ответ слишком быстро. Я проверю, что на моем приложении – Cerber 29.05.2013, 20:46split
не подходит для основанного на времени разделения, таким образом, я думал к 'crontab' это. Но я запустил с простого решения: Я записал сценарий жемчуга, который выводы в FIFO каждый нумерует от 0 до 10 000 со сном на 100 мс. Я выполнил это в фоне и сделал ahead
на нем для сбора первых байтов только для проверки этого дваhead
вызовы не повредили бы последовательность... unfortunalty, я получил a[1]+ Broken pipe perl script.pl >log
в первомhead
. Поэтому я думаюsplit
не работал бы. Что я пропускаю? – Cerber 04.06.2013, 21:14