C# Real Time Try Catch

Question

Chciałbym odpowiedzi od kogoś, kto faktycznie robi programowanie w czasie rzeczywistym w języku C# lub kto naprawdę rozumie wnętrz językowych.

Wiem, że wyjątki nie powinny być używane do obsługi normalnego przetwarzania, ale tylko w celu wykrycia błędów. Istnieje wiele dyskusji na ten temat.

Chciałbym wiedzieć, czy jest jakiś czas spowolnienia z powodu po prostu blokowania try/catch (który nigdy nie łapie wyjątku, chyba że program i tak będzie musiał zakończyć). Blok try/catch znajduje się w funkcji, która musi być wywoływana wielokrotnie. Podejrzewam, że jest tylko minimalny koszt.

Czy koszt może być określany ilościowo w kategoriach cykli procesora lub innych zadań (taki sam koszt jak mnożenie zmiennoprzecinkowe) lub w inny sposób?

Używamy Microsoft C# .Net 3.5 pod Windows XP.

Answer 1

Wyjątki .NET mają bardzo, bardzo niskie koszty ogólne, chyba że zostaną rzucone. Posiadanie bloku try/catch będzie miało bardzo minimalny wpływ na wydajność. Nie znalazłem prawie żadnego wpływu, nawet w bardzo szybkich, ciasnych pętlach, na obsługę wyjątków w miejscu.

Jednak wyjątki w .NET są BARDZO drogie, gdy są rzucane. Mają tendencję do wywierania dużego wpływu na wydajność, jeśli rzucisz nimi niż wieloma innymi językami. Jest to spowodowane gromadzeniem informacji o stosach podczas tworzenia wyjątku, itp.

Jest to zachowanie przeciwne do niektórych innych języków, takich jak python, gdzie obsługa wyjątków ma wyższy koszt, ale rzucanie jest w rzeczywistości dość wydajne.

Jednakże, jeśli się martwisz, sugerowałbym profilowanie rutyny i przetestowanie go samemu. To było moje doświadczenie po dość znacznym profilowaniu wydajności. Nie ma podstawienia do pomiaru we własnej bazie kodów.

Answer 2

Dobra dyskusja, wraz z metrykami, na temat implikacji wydajności próby catch tutaj.

Do try/catch blocks hurt performance when exceptions are not thrown?