Запуск приложений Log4Net по отдельной теме

Question

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

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

Возможно ли это без создания обертки log4net?

Answer 1

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

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

Answer 2

Это неплохая идея. Хитрость заключается в том, чтобы помещать в очередь записи и обрабатывать их в одной очереди. Посмотрите на http://www.drdobbs.com/visualstudio/225700095 для хорошего примера.

Answer 3

Вы всегда можете посмотреть исходный код для log4net, чтобы избежать этих вопросов. Это с открытым исходным кодом.

Answer 4

При использовании .NET Framework 4 можно использовать BlockingCollection, чтобы сохранить последовательность записей в журнале

Answer 5

Я использовал ParallelForwardingAppender и AsyncForwardingAppender appenders с большим успехом. Эти appenders доступны из следующего хранилища:

https://github.com/cjbhaines/Log4Net.Async

ParallelForwardingAppender использует BlockingCollection и другие аспекты параллельной библиотеки задач для реализации очереди сообщений без потерь меньше.

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