Registro seguro de subprocesos múltiples

Question

Tenemos una aplicación que se ejecuta en varios subprocesos y utiliza Log4Net como marco de registro. Nos encontramos con un escenario en el que no se registraron algunos eventos de registro. Como se menciona en los documentos, el FileAppender y los otros Anexos son "no seguros para operaciones multiproceso". Busqué en la web soluciones o Anexadores, pero no pude encontrar ninguno.
¿Conoces un Appender de Log4Net seguro de múltiples hilos que usa un buffer en anillo o una cola para proporcionar soporte de múltiples hilos? ¿O deberíamos usar un marco de trabajo de registro seguro multihilo diferente?
¡Gracias de antemano!

Answer 1

escribí algunas pruebas unitarias para reproducir el problema: Una prueba crea 50 hilos y cada uno de los registros de hilo de 500 mensajes. Después se contaron las líneas escritas y como resultado obtuve 25,000 (50 x 500) líneas en orden diferente. Lo probé en un doble núcleo y en una máquina de ocho núcleos.
I probó un Logger estática:

private static ILog StaticLog = log4net.LogManager.GetLogger(RepositoryName, "Static logger"); 

y con un registrador para cada instancia de la clase de prueba/hilo:

ILog instanceLog = LogManager.GetLogger(RepositoryName, "Instance logger: " + ThreadId.ToString()); 

y todas las pruebas eran verdes.

Así que Log4Net funciona bien y maneja bien los escenarios de subprocesamiento múltiple. Los documentos de Appender deben actualizarse y declarar que las operaciones multiproceso son compatibles si la API de Logger se utiliza de la manera correcta.

Supongo que el problema con las entradas de registro faltantes que encontramos en la máquina de un cliente es causado por otros problemas. Tal vez la VM subyacente o el hardware están rotos.

¡Gracias por su ayuda!

Answer 2

Nunca he usado FileAppender y no puedo decir si es seguro para subprocesos, pero nunca he tenido ningún problema con RollingFileAppender. Los documentos indican que los miembros del tipo no son seguros para subprocesos, pero esto debería estar bien a menos que intentes escribir directamente al appender. No es necesario añadir su código de bloqueo de llama alrededor como:

log.Info("message"); 

Answer 3

Que las pruebas sean verdes no significa que las líneas se escribieron realmente en el archivo, pero que no hubo ninguna excepción. ¿O incluiste un cheque que también lee el archivo para eso en tu prueba? Me encontré con el mismo problema después de activar los jardines web en IIS. En ese punto, solo un hilo estaba escribiendo líneas en el archivo.

Más sobre múltiples hilos y log4net aquí: here y here

Answer 4

El log4net es thread-safe, pero los appenders utilizado puede ser un problema. Los appenders del archivo hacen "bloquean" cuando están llamados. Esto significa que en su aplicación, cada registro enviado a Log4Net debe completar cada apéndice antes de volver a su aplicación.

Es seguro para subprocesos, muchos subprocesos pueden usar Log4Net para registrar mensajes, pero cuando se llama a Log4Net, la aplicación espera a que los complementos se completen. El tiempo de ejecución de registro se agrega a su tiempo de aplicación.

Esto se demuestra fácilmente. Ver: https://www.codeproject.com/Tips/1219696/Log-Net-Singleton-Wrapper-for-Concurrent-Logging

Lo que he hecho es "ajustar" las funciones de Log4Net en un singleton estático que es seguro para subprocesos y luego colocar cada mensaje de registro en cola ejecutándose en un hilo concurrente.Esto hace que todo el registro sea simultáneo a la aplicación, pero la ejecución de la aplicación no espera a que los complementos se completen.