¿Cuál es la diferencia entre sjlj vs enano vs seh?

No puedo encontrar suficiente información para decidir qué compilador debo usar para compilar mi proyecto. Hay varios programas en diferentes computadoras que simulan un proceso. En Linux, estoy usando GCC. Todo esta bien. Puedo optimizar el código, se compila rápido y usa poca memoria.

Hago mi propio punto de referencia con los compiladores MSVC y GCC. Más tarde, se producen binarios un poco más rápidos (para cada subarquitectura). Aunque el tiempo de compilación es mucho más que MSVC.

Entonces decidí usar MinGW. Pero no puedo encontrar ninguna explicación sobre los métodos de manejo de excepciones y sus implementaciones en MinGW. Puedo usar diferentes distribuciones para diferentes sistemas operativos y arquitecturas.

Consideraciones:

• El tiempo de compilación y la memoria no son importantes para mi uso. Lo único importante es la optimización del tiempo de ejecución. Necesito que mis programas sean lo suficientemente rápidos. Un compilador lento es aceptable.
• SO: Microsoft Windows XP / 7/8 / Linux
• Arquitectura: Intel Core i7 / Core2 / y un i686 muy antiguo con XP: P

Hay una breve descripción en MinGW-w64 Wiki :

¿Por qué mingw-w64 gcc no admite Dwarf-2 Exception Handling?

La implementación Dwarf-2 EH para Windows no está diseñada para funcionar en aplicaciones Windows de 64 bits. En el modo win32, el controlador de desenrollado de excepciones no puede propagarse a través de un código no compatible con dw2, esto significa que cualquier excepción que pase por un código de "marcos extraños" no conscientes de dw2 fallará, incluidas las DLL del sistema de Windows y las DLL creadas con Visual Studio. El código de desenrollado enano-2 en gcc inspecciona el ensamblaje de desenrollado x86 y no puede continuar sin otra información de desenrollado enano-2.

El método de manejo de excepciones SetJump LongJump funciona para la mayoría de los casos en win32 y win64, excepto en fallas de protección general. El soporte de manejo de excepciones estructurado en gcc se está desarrollando para superar las debilidades de dw2 y sjlj. En win64, la información de desenrollado se coloca en la sección xdata y existe la .pdata (tabla de descriptores de funciones) en lugar de la pila. Para win32, la cadena de controladores está en la pila y necesita ser guardada / restaurada por código ejecutado real.

GCC GNU sobre manejo de excepciones :

GCC admite dos métodos para el manejo de excepciones (EH):

• DWARF-2 (DW2) EH , que requiere el uso de información de depuración DWARF-2 (o DWARF-3). DW-2 EH puede hacer que los ejecutables se hinchen un poco porque las tablas de desenrollado de la pila de llamadas grandes deben incluirse en los ejecutables.
• Un método basado en setjmp / longjmp (SJLJ) . EH basado en SJLJ es mucho más lento que DW2 EH (penalizando incluso la ejecución normal cuando no se lanzan excepciones), pero puede funcionar en código que no se ha compilado con GCC o que no tiene información de desenrollado de la pila de llamadas.

[...]

Manejo de excepciones estructuradas (SEH)

Windows usa su propio mecanismo de manejo de excepciones conocido como Manejo de excepciones estructuradas (SEH). [...] Desafortunadamente, GCC aún no es compatible con SEH. [...]

Ver también:

• Modelos de manejo de excepciones de GCC
• Manejo de excepciones de C ++ para IA-64
• EH novatos howto

SJLJ (setjmp / longjmp): - disponible para 32 bits y 64 bits - no "costo cero": incluso si no se lanza una excepción, incurre en una penalización de rendimiento menor (~ 15% en código pesado de excepción) - permite excepciones para atravesar, por ejemplo, las devoluciones de llamada de Windows

DWARF (DW2, dwarf-2): disponible solo para 32 bits, sin sobrecarga de tiempo de ejecución permanente, necesita que la pila de llamadas completa esté habilitada para enanos, lo que significa que no se pueden lanzar excepciones, por ejemplo, archivos DLL del sistema de Windows.

SEH (excepción de gastos generales cero): estará disponible para GCC 4.8 de 64 bits.

fuente: http://qt-project.org/wiki/MinGW-64-bit