为低延迟设计WCF服务器

Question

如何在发布-订阅场景下实现WCF服务器的低延迟？具体地说，客户端订阅数据并接收更新，所讨论的延迟是在数据更改和客户端接收更改之间？CPU、内存、带宽需求并不重要，可能会很高。

基础是显而易见的:二进制序列化、命名管道等。但是，例如，通过始终连接的流发送数据有意义吗？或者将批量更新作为一条消息发送，以减少RPC/报头开销？

可能有一些项目的代码或接口可以用作示例？

Answer 1

这不是一个全面的解决方案，但是:为了减少与数据大小和网络传输速度相关的延迟，您可以使用google protocol buffers通过网络压缩数据。GitHub projects是here。

Answer 2

如果使用双工通道，则可以让客户端连接到服务器，并在这样做时将另一个服务协定作为回调传递。然后，当更新可用时，服务器使用此回调将更新发送到客户端。

我已经用这种方法写了一个内部的pub-sub机制，通过WCF，延迟几乎和你期望的一样低。

你的目标表现是什么？

This MSDN article讨论了使用WCF双工通道。

Answer 3

你有没有看到

http://geekswithblogs.net/BVeldhoen/archive/2008/01/26/wcf-latency-test-harness.aspx

它考虑了各种绑定和数据大小。