Come causare .NET 4 per lanciare ExecutionEngineException?

Question

Abbiamo una situazione in cui la nostra applicazione a volte solleva uno ExecutionEngineException. Ho pensato che quando dovesse accadere, l'applicazione dovrebbe bloccarsi, ma non si blocca. E anche se il visualizzatore di eventi afferma che l'applicazione è stata chiusa, continua a essere in esecuzione! Sembra solo che il thread offensivo sia stato ucciso silenziosamente.

Il problema è che non siamo in grado di ricreare le condizioni quando si verifica - il codice sospetto viene eseguito migliaia di volte prima che si verifichi l'eccezione. Non c'è nulla nei registri. In breve - siamo perplessi.

Mi piacerebbe essere in grado di generare questa eccezione a piacimento per imparare come si comporta la nostra applicazione quando accade. Naturalmente, deve essere lanciato dal framework stesso, l'emissione di throw new ExecutionEngineException non conta.

Quindi, la mia domanda è: come posso farlo in modo affidabile? Per favore, fornire un esempio di codice.

Siamo sul .NET 4, spostando presto per .NET 4.5

Answer 1

Dal MSDN documentation:

In alcuni casi, un'applicazione che gli obiettivi del .NET Framework può un'eccezione ExecutionEngineException durante garbage collection quando un'applicazione o il sistema su cui è in esecuzione si trova sotto un carico pesante . In questo caso, per ovviare a questo problema, è possibile disabilitare la raccolta dati obsoleti simultanea modificando il file di configurazione dell'applicazione. Per ulteriori informazioni, vedere How to: Disable Concurrent Garbage Collection.

Nel caso in cui la soluzione alternativa suggerita dalla documentazione MSDN non funzioni, è necessario eseguire il test in base a ciò che si conosce del software.

Ora, la creazione di un'applicazione di test che simula il carico, il comportamento multi-thread e il consumo di memoria della vostra applicazione reale è una cosa - probabilmente è meglio usare il software reale come software di test (magari arricchito con un ulteriore debug-logging + codice di prova). Questo significa, sfortunatamente, nessun esempio di codice qui :(

Per rendere significativi i test di carico, è necessario eseguire questi test su un sistema di test che ha una configurazione hardware/software molto simile, se non identica, al sistema di produzione. E solo allora sarai in grado di scoprire se ExecutionEngineException è causato dal GC o da un runtime altrimenti corrotto

Answer 2

Non puoi causare ExecutionEngineException facilmente a meno che non si riproduca il problema (anche se devi farlo in produzione Microsoft ha utilità come DebugDiag che possono aiutarti a catturare i dump della memoria quando si verificano tali eccezioni,

http://blogs.msdn.com/b/chaun/archive/2013/09/15/steps-to-trigger-a-user-dump-of-a-process-with-debugdiag-1-2-when-a-specific-net-exception-is-thrown.aspx

e tramite l'analisi delle discariche è facile individuare il colpevole. Non aspettarti che i tuoi registri possano dirlo, poiché quando si verifica questa eccezione il CLR si arresta in modo anomalo ei tuoi registri non arrivano mai così in profondità.