WCF NetTcpBinding缓冲与流式处理性能问题

Question

我编写了一个WCF服务，它应该使用NetTcpBinding和System.IO.Stream对象中的流传输模式转换任意大小的文件。

运行性能测试时，我发现了严重的性能问题。 然后我决定用Buffered TransferMode测试它，看到性能提高了两倍！

因为我的服务应该传输大文件，所以我不能留在Buffered TransferMode，因为服务器端和客户端的大文件的内存管理开销一起。

为什么Streamed TransferMode比Buffered TransferMode慢？ 我能做些什么来使Stremed性能更好？

Answer 1

你流的大块有多大？ 您可以尝试不同的块大小和不同的策略 另外，请考虑使用Asynch IO来填充要传输的缓冲区，或者在传输之后。

我的意思是，如果你的流式算法是串行的，就像这样：

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

...那么你有很多不必要的延迟。如果您可以并行填充块并发送块，那么您将能够减少等待。 Async IO是一种方法。您将有两个并行的工作流发生。从概念上讲，它可能看起来像这样：

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

但是使用Async IO，这些实际上可能是由同一个线程驱动的。

记住这一点：

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

您是否阅读过MS's article on the topic of large data streaming in WCF?