Qual è la penalità minima per le prestazioni di comunicazione Cross AppDomain?

Question

Sto cercando di ridurre al minimo la penalità di prestazioni della comunicazione tra AppDomains nello stesso computer. Nel mio esempio di esempio, la classe A viene caricata in AppDomain 1. Crea un AppDomain 2 e carica lì un'istanza di Class 2 (la classe 2 eredita da MarshalByRef) restituendo un proxy. Quindi la classe 1 chiama ripetutamente un metodo sul proxy che non restituisce alcun valore.

ottengo i seguenti risultati:

1. Nessun AppDomain, entrambe le classi vengono caricate nello stesso dominio di applicazione e le prime chiamate repetedly il metodo sul secondo (il metodo non ha parametri): 24 milioni metodo chiamate/sec
2. due AppDomain come sopra descritto, il metodo non ha parametri o "bleeding" parametri stringa: 340.000 metodi invita/sec
3. due AppDomain come descritto sopra, un parametro serializable (array di due stringhe s): 64.000 metodo chiamate/sec

Anche se capisco la pena di prestazioni tra 2 e 3 (serializzazione), io davvero non capisco per questo che sono 100 volte più lento da caso a caso 1 2 . A mio avviso, una volta creato il proxy, tutte le successive invocazioni del metodo devono essere molto veloci poiché nessun dato viene eseguito il marshalling da un AppDomain all'altro. Qualcuno ora perché comunicare tra AppDomain è così lento? Sto facendo qualcosa di sbagliato?

PS1. L'unico suggerimento che ho su questo è here: "E il costo di attraversare un confine AppDomain è imbarazzante.". Immagino che si riferisca alla serializzazione ...

PS2. Non conteggio del tempo di creazione AppDomain o Proxy (i miei benchmark iniziano nel primo richiamo del metodo)

PS3. Sto usando .NET 3.5 in una macchina WinXP SP3. Ho anche provato .NET 4.0 Beta 1 senza differenze significative.

Answer 1

Se si contano le linee di IL coinvolte in ogni scenario, si vedrà che il CLR sta facendo molto più di 100 volte il lavoro durante i servizi remoti. Un'invocazione diretta è solo pochi opcode, ma con il remoting ci sono più classi coinvolte, proxy reali/trasparenti, controlli di sicurezza, serializzazione, yadda yadda yadda. Avrai bisogno di affrontarlo attraverso il design - non esiste una bacchetta magica per migliorare il perfezionamento attraverso l'implementazione.

Answer 2

C'è un modo per chiamare un singolo metodo di supporto che richiede parametri su quante volte si desidera chiamare il metodo necessario? Le prestazioni delle chiamate Cross-AppDomain variano notevolmente in base all'implementazione. Credo che potrebbe essere significativamente migliore nel CLR 4.0, ma non sono completamente esperto nei dettagli.

In generale, tuttavia, si desidera evitare il sovraccarico "raggruppando" le chiamate attraverso un metodo di supporto.

Answer 3

Ho visto gli stessi risultati. Non riesco a spiegare perché è molto più lento, tranne che è più veloce di avere due processi diversi in esecuzione e in comunicazione tra loro. Nel mio progetto mi sono trovato di fronte a un dilemma simile. Alla fine, ho modificato il mio design per creare domini di app indipendenti; il dominio dell'app è stato in grado di svolgere il proprio lavoro senza la necessità di comunicare con un altro dominio dell'app durante l'esecuzione ... alla fine completerebbe i dati.