Vantaggio della connessione socket sincrona vs asincrona TCP

Question

Attualmente sto imparando C# da uno sfondo java. Per bagnarmi i piedi ho deciso di creare una semplice applicazione di posta SMTP. E ho imparato molto rapidamente che C# offre supporto per socket sincroni e asincroni.

Da quello che posso vedere, non vi è alcun reale vantaggio nell'usare un socket sincrono rispetto a un asincrono poiché quest'ultimo non blocca e quindi non richiede di creare ogni volta un nuovo thread. Inoltre, non sembra che ci sia un notevole overhead nell'usare l'uno o l'altro.

Quindi la mia domanda è questa, c'è un vantaggio nell'usare un socket sincrono o è meglio restare semplicemente asincroni nella maggior parte dei casi?

Answer 1

Entrambi i meccanismi funzioneranno. La differenza principale è che synchronous implica il blocco di un thread che altrimenti farebbe altre cose utili o dedicare un thread a ciascuna connessione. Ad ogni modo, questo non ha una scala molto buona. Per le applicazioni semplici con pochi o solo una connessione attiva, potrebbe andare bene.

Ma per qualsiasi scenario in cui è necessario gestire un numero significativo di connessioni simultanee, le API asincrone sono le uniche che forniscono prestazioni adeguate. Inoltre, in qualsiasi scenario interattivo (vale a dire dove devi gestire input e output dell'utente), l'approccio asincrono è più facilmente integrato con l'interfaccia utente. Questo è particolarmente vero ora che abbiamo async e await in C#.

Answer 2

Async IO salva i thread. Un thread consuma (solitamente) 1 MB di memoria di stack. Questo è il motivo principale per utilizzare IO asincrono quando il numero di operazioni IO in sospeso simultanee diventa grande. Secondo le mie misurazioni, la scalabilità del sistema operativo non è una preoccupazione finché non si entra nelle migliaia di thread.

Lo svantaggio principale è che richiede un maggiore sforzo di sviluppo per far funzionare la stessa applicazione allo stesso livello di affidabilità.

I have written about this tradeoff at length. anche: Should we switch to use async I/O by default?

Si tratta di consigli oggettivamente sbagliato a consigliare di usare sempre async IO.