gpt4 book ai didi

c# - WCF NetTcpBinding 缓冲与流式性能问题

转载 作者:太空狗 更新时间:2023-10-29 19:38:12 27 4
gpt4 key购买 nike

我使用 NetTcpBinding 中的 Streamed TransferMode 和 System.IO.Stream 对象编写了一个可以转换任何大小文件的 WCF 服务。

在运行性能测试时,我发现了重大的性能问题。然后我决定使用 Buffered TransferMode 对其进行测试,发现性能提高了两倍!

因为我的服务应该传输大文件,我不能停留在缓冲传输模式,因为服务器端和客户端的大文件的内存管理开销。

为什么 Streamed TransferMode 比 Buffered TransferMode 慢?我可以做些什么来提高 Stremed 的性能?

最佳答案

您流式传输的数据 block 有多大?您可以尝试不同的 block 大小和不同的策略。
另外,考虑使用 Asynch IO填充要传输的缓冲区,或传输后。

我的意思是,如果你的流算法是串行的,就像这样:

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

...然后你有很多不必要的延迟。如果您可以并行填充 block 和发送 block ,那么您将能够减少等待。异步 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

你读过MS's article on the topic of large data streaming in WCF?吗?

关于c# - WCF NetTcpBinding 缓冲与流式性能问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2111844/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com