Запись логов в файл. Последствия для памяти

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

0

Сообщение от belalugoci тогда я не понимаю о чем вы говорите.

Немного был занят, не было времени ответить объективно по смыслу.
В общем, некоторое время назад (задолго до этой темы на форуме) я наблюдал за такой дискуссией, где тоже было две стороны: одни топили за "то что написано в документации", а другие - более глубже залезли в вопрос и приводили весьма неоднозначные "пруфы" относительно процессов записи/дозаписи/вставки.

То есть, фактически, понимание работы этих действий зависит от полноты картины - кто на сколько "залез в мешок". Вот и в этой теме я вспомнил про этот случай и выразил некоторые сомнения относительно методов в .NET.
Ссылку выше я привел не зря: там отчетливо прослеживается куча небезопасных операций - и это только метод Append(). Если взглянуть на Insert() - будет еще жестче.

Понятно дело, что самим фактом физической записи занимается ОС - здесь мы на нее повлиять не можем. Почти...

Добавлено через 4 минуты

Сообщение от belalugoci Я о том, что в этом аспекте технологии не сильно далеко ускакали от теории прошлого.

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

0

Сообщение от wizard41 Вот вы говорите про массивы - так и я про то же: чтобы что-то найти, нужно просмотреть от начала.

При всём уважении, но нет. Для начала нужно уйти от абстрактного понятия "что-то найти". Если ищется конечный элемент (например, для вставки нового конечного), то существует индекс, на основании которого и определяется место (адрес) вставки нового элемента. В этом случае, как и в случае с файлом (на уровне ОС), перебирать все элементы нет никакого смысла. Возвращаясь к теме, т.е. к лог-файлам, сама организация файловой системы и есть оптимизация доступа/работы с данными.
Если же речь идёт о поиске значения в каком-то наборе простых данных, то да, их надо просмотреть все и понять оно-не оно. Почему выделил слово простых, потому что люди давно понимают, что это не рационально на больших объёмах данных или сложных наборов значений и для решения этой проблемы существуют самые разные ухищрения. Самый яркий пример это базы данных.

0

Сообщение от wizard41 То есть, фактически, понимание работы этих действий зависит от полноты картины

есть аппаратное устройство PC-3000, есть MHDD, есть Victoria, нет там ничего скрытного или неоднозначного

Сообщение от wizard41 Вот вы говорите про массивы - так и я про то же: чтобы что-то найти, нужно просмотреть от начала.

нет, доступ в массиве происходит по индексу, то есть O(1), для файловой системы индекс на сектор, это единица массива. Доступ сразу, ничего последовательно смотреть не нужно. Внутри сектора точно так же, размер известен, не нужно ничего смотреть последовательно.

Сообщение от Uswer Почему выделил слово простых, потому что люди давно понимают, что это не рационально на больших объёмах данных или сложных наборов значений и для решения этой проблемы существуют самые разные ухищрения. Самый яркий пример это базы данных.

поддерживаю.

0

Uswer, belalugoci, ладно, будем считать вы меня не поняли, о чем я толкую. Ок, проехали.

0

Сообщение от wizard41 вы меня не поняли

wizard41, без обид.

1

Uswer,

0