Запись в log4net FileAppender с несколькими проблемами производительности потоков

TickZoom является очень высокопроизводительным приложением, которое пользуется своей собственной библиотекой распараллеливания и несколькими потоками O/S для гладкого использования многоядерных компьютеров.

Приложение поражает узкое место, где пользователи должны записать информацию в LogAppender от отдельных потоков O/S.

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

Если MinimalLock отключен, log4net ошибки отчетов о файле, уже заблокированном другим процессом (поток).

Лучший путь к log4net, чтобы сделать это должно было бы иметь единственный поток, который заботится о записи в FileAppender, и любые другие потоки просто добавляют свои сообщения к очереди.

Таким образом MinimalLock мог быть отключен для большого улучшения производительности входа.

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

Таким образом, вопрос, log4net уже предлагает эту функцию? Если так, как дела включите поточную запись в файл? Есть ли другой, более усовершенствованный appender, возможно?

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

С уважением, Wayne

Править:

Спасибо это кажется ответами, указывает на разработку нашего собственного решения как, возможно, расширение log4net в некотором роде. И они ясно показывают, что log4net не делает этого типа вещи.

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

Конечно, мы также используем log4net "нормальными" способами к отладке, предупреждениям и такому.

Но они больше похожи на "журналы транзакций", чем отладка или пользовательские журналы уведомления. Строго говоря, является ненужным для этих журналов быть непосредственно человекочитаемым. При необходимости какое-то "средство просмотра" может показать содержание в форме ASCII.

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

Спасибо это кажется обоими из ответов ниже, было большими пошаговыми перемещениями к разработке нашего собственного решения.