¿Cómo habilitar informes de fallos / volcados de memoria / registro de seguimiento de pila a nivel mundial?

9

Los errores de bloqueo pueden ser los más molestos, lo que lleva a la pérdida de datos, el tiempo de inactividad y los usuarios frustrados. Sería bueno si las aplicaciones fallaran menos.

Debido a la complejidad del contexto de la máquina, los bloqueos a menudo no se pueden reproducir en un tiempo razonable para un usuario común. Eso no significa que el error sea raro: simplemente podría significar que lo que lo desencadena ocurre raramente para cada usuario (por ejemplo, cambios de horario de verano). Es improbable que dichos errores se solucionen a menos que muchos usuarios los denuncien. Sería bueno si se informaran más accidentes.

Para depurar bloqueos, los desarrolladores necesitan tanto contexto inequívoco como sea posible. Los informes de fallas generados son buenos , porque generalmente son detallados y precisos. No se puede esperar que los usuarios observen e informen celosamente todo el contexto manualmente, por lo que a menudo envían información escasa e incorrecta.

El público objetivo para muchas aplicaciones no son desarrolladores o administradores de sistemas, sino el público en general, en el hogar o en el trabajo. No se puede esperar que dichos usuarios sepan cómo recopilar información sobre fallas manualmente o instalar -dbgpaquetes, pero los informes generados por dichos usuarios aún pueden utilizarse. Algunas aplicaciones tienen sus propias herramientas de informe de fallas , pero en mi experiencia rara vez funcionan , y cuando informan que no informaron el error, no parece haber ninguna información sobre cómo hacerlo manualmente (he observado esto para versiones recientes de Firefox y Flash). La generación de informes de fallos en todo el sistema sería buena.

¿Existe algún tipo de generación de informes de fallas * que se pueda habilitar globalmente ** sin instalar una tonelada de -dbgpaquetes, leer la documentación de todas y cada una de las aplicaciones o ralentizar una máquina normal?

* Registros, volcados de núcleo, seguimientos de pila, lo que sea

** No necesariamente para init, pero al menos para un subconjunto significativo de las aplicaciones que se ejecutan en una instalación típica de Linux de escritorio. En mi experiencia, las aplicaciones GUI se bloquean más de 100 veces con más frecuencia que las aplicaciones de shell, por lo que las aplicaciones GUI serían naturalmente el foco.

debugging l0b0
fuente
¿Qué haría con todos esos archivos principales (sí, puede habilitar los volcados de memoria globalmente, pero las aplicaciones podrían desactivarlos individualmente)? ¿Cómo educar a los usuarios sobre qué hacer con ellos, cómo limpiarlos?
Mat
1
Envíelos a los desarrolladores. Al menos la mayoría de ellos deberían estar familiarizados con los archivos adjuntos de correo electrónico.
l0b0
1
¿Qué pasa con los problemas de seguridad? los volcados de núcleo pueden estar llenos de información personal. Lo siento, pero no he visto nada generalmente práctico en lo que propones.
Mat
Los informes de fallos y los seguimientos de pila, por otro lado, no deben contener ninguna información personal. Incluso esos deberían ser suficientes para depurar muchas aplicaciones, si solo se generaron por defecto y son fáciles de encontrar.
l0b0
1
Los seguimientos de pila no son tan útiles sin depurar la información (o al menos las versiones binarias exactas que los acompañan). El "informe de bloqueo" es un concepto de nivel de aplicación, no es algo que usted podría "habilitar globalmente" (aunque algunos marcos los proporcionan, y los grandes (KDE, por ejemplo) ya tienen características automáticas de "enviar al equipo de desarrollo").
Mat

Respuestas: