log4net: сравнение adonetappender и rollfileappender - PullRequest
Новая
       64

log4net: сравнение adonetappender и rollfileappender

1 голос
/ 20 января 2010

Я пытаюсь выяснить, какой из этих приложений будет работать лучше (чем короче время, тем лучше).

RollingFileAppender или ADONetAppender?

Какие еще параметры я должен учитывать при выборе приложения?

Я увидел, что мой WebServer "держится" за подвижный файл. Могу ли я установить что-то вроде 

<lockingModel type="log4net.Appender.FileAppender+MinimalLock" />

(ссылка: раздел FileAppender в документации log4net ) в моем приложении для работы с файлами, чтобы несколько приложений / серверов могли записывать в один файл?

наш сервер БД находится на диске SAN, но файлы журналов будут записываться локально на жесткий диск (или в ближайшем будущем это может быть диск SAN)

Ответы [ 3 ]

3 голосов
/ 28 августа 2010

Если ваш ADONetAppender потеряет соединение, он прекратит регистрацию, но с опцией 

  <reconnectonerror value="true" />

попытается восстановить соединение.

2 голосов
/ 23 января 2010

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

Имейте в виду, что это также означает, что ваши журналы должны храниться на одном сервере, если вы используете файл appender - http://ferventcoder.com/archive/2009/07/16/log4net-note-always-keep-your-logs-on-the-same-server.aspx

Я никогда не видел минимальный механизм блокировки. Похоже, вы заплатите некоторые штрафы за производительность, если будете его использовать: http://logging.apache.org/log4net/release/sdk/log4net.Appender.FileAppender.MinimalLock.html

0 голосов
/ 07 февраля 2010

Я обычно использую RollingFileAppender для локального диска - это надежно и быстро (если вы не можете записать на локальный диск, у вас обычно есть фатальная проблема).

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

Я бы также не стал использовать MinimalLock из-за снижения производительности - вместо этого у меня есть отдельный файл журнала для каждого приложения. Если вам иногда требуется просмотреть консолидированные данные журнала, вы можете объединить соответствующие части журналов или просто открыть соответствующие части рядом друг с другом в программе просмотра.

...