Jaka jest różnica między Sjlj vs Dwarf vs SEH?

Nie mogę znaleźć wystarczających informacji, aby zdecydować, którego kompilatora powinienem użyć do skompilowania projektu. Na różnych komputerach znajduje się kilka programów symulujących proces. W systemie Linux używam GCC. Wszystko w porządku. Potrafię zoptymalizować kod, szybko się kompiluje i zużywa mało pamięci.

Robię własny benchmark z kompilatorami MSVC i GCC. Później tworzy się nieco szybsze pliki binarne (dla każdej podarchitektury). Chociaż czas kompilacji to znacznie więcej niż MSVC.

Postanowiłem więc użyć MinGW. Ale nie mogę znaleźć żadnego wyjaśnienia na temat metod obsługi wyjątków i ich implementacji w MinGW. Potrafię używać różnych dystrybucji dla różnych systemów operacyjnych i architektur.

Uwagi:

• Czas kompilacji i pamięć nie są ważne dla mojego użytkowania. Jedyną ważną rzeczą jest optymalizacja czasu działania. Chcę, aby moje programy były wystarczająco szybkie. Dopuszczalny jest powolny kompilator.
• System operacyjny: Microsoft Windows XP / 7/8 / Linux
• Architektura: Intel Core i7 / Core2 / i bardzo stary i686 z systemem XP: P

Krótki przegląd na MinGW-w64 Wiki :

Dlaczego gcc mingw-w64 nie obsługuje obsługi wyjątków Dwarf-2?

-2 Dwarf EH implementacja dla systemu Windows nie jest przeznaczony do pracy w ogóle pod 64-bitowych aplikacji Windows. W trybie win32 program obsługi wycofywania wyjątku nie może być propagowany przez kod nieobsługujący dw2, co oznacza, że ​​każdy wyjątek przechodzący przez dowolny kod „obcych ramek” nieobsługujący dw2 zakończy się niepowodzeniem, w tym biblioteki DLL systemu Windows i biblioteki DLL utworzone w programie Visual Studio. Kod rozwijania dwarf-2 w gcc sprawdza zestaw rozwijania x86 i nie może kontynuować bez innych informacji o rozwijaniu dwarf-2.

SetJump LongJump metoda prac Obsługa wyjątków w większości przypadków zarówno na win32 i Win64, oprócz ogólnych błędów ochrony. Strukturalna obsługa obsługi wyjątków w gcc jest rozwijana w celu przezwyciężenia słabości dw2 i sjlj. W win64 informacje o rozwijaniu są umieszczane w sekcji xdata, a zamiast stosu znajduje się .pdata (tablica deskryptorów funkcji). W przypadku win32 łańcuch programów obsługi znajduje się na stosie i musi zostać zapisany / przywrócony przez rzeczywiście wykonany kod.

GCC GNU o obsłudze wyjątków :

GCC obsługuje dwie metody obsługi wyjątków (EH):

• DWARF-2 (DW2) EH , który wymaga użycia informacji debugowania DWARF-2 (lub DWARF-3). DW-2 EH może spowodować, że pliki wykonywalne będą nieco rozdęte, ponieważ duże tabele rozwijania stosu wywołań muszą być zawarte w plikach wykonywalnych.
• Metoda oparta na setjmp / longjmp (SJLJ) . Oparty na SJLJ EH jest znacznie wolniejszy niż DW2 EH (penalizuje nawet normalne wykonanie, gdy nie są zgłaszane żadne wyjątki), ale może działać w kodzie, który nie został skompilowany za pomocą GCC lub który nie ma informacji o rozwijaniu stosu wywołań.

[…]

Strukturalna obsługa wyjątków (SEH)

System Windows używa własnego mechanizmu obsługi wyjątków znanego jako Structured Exception Handling (SEH). [...] Niestety, GCC nie obsługuje jeszcze SEH. […]

Zobacz też:

• Modele obsługi wyjątków GCC
• Obsługa wyjątków C ++ dla IA-64
• Howto dla początkujących EH

SJLJ (setjmp / longjmp): - dostępne dla wersji 32-bitowej i 64-bitowej - nie „zero-koszt”: nawet jeśli nie zostanie zgłoszony wyjątek, powoduje to niewielki spadek wydajności (~ 15% w przypadku ciężkiego kodu wyjątków) - zezwala na wyjątki do przechodzenia przez np. wywołania zwrotne systemu Windows

DWARF (DW2, dwarf-2) - dostępny tylko dla wersji 32-bitowej - bez stałego obciążenia środowiska uruchomieniowego - wymaga, aby cały stos wywołań był włączony, co oznacza, że ​​wyjątki nie mogą być przerzucane na przykład przez biblioteki DLL systemu Windows.

SEH (wyjątek zerowego narzutu) - będzie dostępny dla 64-bitowego GCC 4.8.

źródło: http://qt-project.org/wiki/MinGW-64-bit