WCF NetTcpBinding Buffered vs Problemi di prestazioni in streaming

Question

Ho scritto un servizio WCF che dovrebbe trasformare qualsiasi dimensione di file, utilizzando la Modalità trasferimento trasmessa negli oggetti NetTcpBinding e System.IO.Stream.

Durante l'esecuzione del test delle prestazioni, ho riscontrato un notevole problema di prestazioni. Poi ho deciso di testarlo con Buffered TransferMode e ho visto che le prestazioni sono due volte più veloci!

Poiché il mio servizio deve trasferire file di grandi dimensioni, non riesco a rimanere in Buffered TransferMode a causa del sovraccarico di gestione della memoria su file di grandi dimensioni sul lato server e lato client.

Perché la modalità di trasferimento trasferita è più lenta della modalità trasferimento bufferizzata? Cosa posso fare per migliorare le prestazioni di Stremed?

Answer 1

Quanto sono grandi i blocchi che stai trasmettendo? È possibile sperimentare con diverse dimensioni del blocco e strategie diverse.
Inoltre, considerare l'utilizzo di Asynch IO per riempire i buffer da trasferire o dopo il trasferimento.

Quello che voglio dire è che, se il vostro algoritmo di streaming è di serie, in questo modo:

1. Fill a chunk 
2. send the chunk 
3. get confirmation 
4. more chunks? Go to step 1 

... allora hai un sacco di inutili ritardi. Se riesci a riempire blocchi e inviare blocchi in parallelo, sarai in grado di ridurre l'attesa. L'IO asincrono è un modo per farlo. Avresti due flussi di lavoro paralleli in corso. Concettualmente, potrebbe assomigliare a questo:

Filling Chunks        Sending Chunks 
    1. call BeginRead       1. get next chunk 
    2. wait for callback      2. send it 
    3. more to read? yes -> go to step 1  3. await confirmation 
    4. done          4. more? go to step 1 

Ma usando IO asincrono, questi potrebbe effettivamente essere guidato dallo stesso thread.

Tenetelo a mente:

alt text http://i45.tinypic.com/t82r92.jpg

Hai letto MS's article on the topic of large data streaming in WCF?