Как эффективнее работать с файлом, к которому нужен постоянный доступ?

Question

[Никита Каргин]

Пишу в учебных целях класс, который будет заниматься логгированием. Сообщения он записывает в файл. И мне интересно, что лучше - постоянно держать файловый поток открытым или открывать его только когда понадобится внести изменения?
С одной стороны, если поток всегда будет открытым, то пользователю надо будет полностью завершить программу, чтобы безболезненно работать с файлом
С другой стороны, если его открывать только когда он понадобится, может вырасти вычислительная нагрузка (при большом количестве записываемых сообщений)

Answer 1

[Сергей П]

Что вы подразумеваете под "безболезненно работать"? Правильно открытый на запись файл не мешает читать из него. Или что там у вас пользоватль собирается делать с файлом?

Comments

[Никита Каргин]

Я думал, что данные помещаются в файл только после непосредственного вызова close

[Сергей П]

Никита Каргин, нет, данные помещаются в файл по факту очередного заполнения буффера записи или по команде flush(). Можно хоть побайтово записывать.

[Никита Каргин]

Сергей Паньков, понятно
Спасибо!

Answer 2

[mayton2019]

Пишу в учебных целях класс, который будет заниматься логгированием.

Держи всегда файл открытым. Если это для Windows - то пользователю не запрещается открывать его на ЧТЕНИЕ в текстовом редакторе в этот момент.

И не забудь добавить ротацию логов там по минутам или часам или суткам. Чтоб не было 1 файла в петабайт.
Такой точно нигде не откроешь.

может вырасти вычислительная нагрузка

Какие-то непонятные страхи. Что там куда вырастет? Я не вижу в работе логгера вычислительной нагрузки.
Давай чтоб-не было в вопросе всяких метафор типа "безболезненно", "прелестно".... и так далее - дай
цифры. Сколько будет записей в день. Сколько на пике в секунду. Как часто пользователь будет лог
открывать. Что он будет с ним делать? Будет ли редактировать(!) ?

Comments

[Сергей П]

Если это для Windows - то пользователю не запрещается открывать его на ЧТЕНИЕ в текстовом редакторе в этот момент

А что, если не для Windows, то запрещается?

Чтоб не было 1 файла в петабайт.
Такой точно нигде не откроешь.

Петабайтные логи - это, конечно, не правильно, но что же может помешать где-нибудь открыть такой файл?=)
Вообще, если надо читать то нет никакой разницы по использованию памяти какого размера файл нам нужно открыть, если нет необходимости его весь держать в памяти.
Лог-файлы обычно содержат одну заись в одной строке, а это значит, что открывать его можно с любого смещения, искать ближайший абзац и смело показывать содержимое с этого места.
С неограниченными логами обычно другая проблема: они забивают всё доступное пространство и потом при попытке записи при неправильной конфигурации и неправильной обработке ошибок может упасть весь процесс, а то и ещё соседние за собой прихватит.
Редко где сейчас обрабатывают правильно ситуацию, когда у вас заканчиается место на диске. Обычно просто валятся со стек-трейсом.
Ротация логов нужна в первую очередь для того, чтобы обезопасить сервер от переполнения раздела, куда смонтирован каталог для логов. Ну и во вторую очередь, чтобы не заморачиваться с регулярной чисткой ненужных уже неактуальных логов.

[mayton2019]

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

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