sockets - 如何加快缓慢/滞后的 Windows Phone 7 (WP7) TCP Socket 传输？

Question

最近，我开始使用 WP7 的 Mango 版本中引入的 System.Net.Sockets 类，并且总体上很喜欢它，但注意到在 Debug模式下传输数据的延迟与在手机上正常运行时的延迟存在差异。

我正在编写一个“远程控制”应用程序，当用户点击应用程序中的按钮时，它通过 Wifi 将单个字节传输到我的 LAN 上的本地服务器。因此，应用程序的感知响应性/及时性对于良好的用户体验非常重要。

通过 USB 电缆将手机连接到我的 PC 并在 Debug模式下运行应用程序，TCP 连接似乎在用户点击按钮时传输数据包的速度很快。

在手机与 PC 断开连接的情况下，用户最多可以点击 7 个按钮(因此在发送所有 7 个字节之前，有 7 个带有 1 个字节有效负载的“发送”命令。)如果用户点击一个按钮并在两次点击之间稍等片刻，似乎有1秒的延迟。

我试过将 Socket.NoDelay 设置为 True 和 False，似乎没有什么区别。

为了查看发生了什么，我使用了数据包嗅探器来查看流量是什么样的。

当手机通过 USB 连接到 PC(使用 Wifi 连接)时，每个单独的字节都在自己的数据包中，间隔约 200 毫秒。

当手机在自己的 Wifi 连接(从 USB 断开)上运行时，字节仍然有自己的数据包，但它们都以 4 或 5 个数据包的突发分组在一起，每组与下一组相距约 1000 毫秒。

顺便说一句，从我的笔记本电脑测量，我的 Wifi 网络上到服务器的 Ping 时间只有 2 毫秒。

我意识到将“发送”缓冲在一起可能可以让手机节省能源，但是 有什么办法可以禁用这种“延迟”？ 应用程序的响应能力比省电更重要。

Answer 1

这确实是一个有趣的问题!我将投入 2 美分，但请注意，我不是 WP7 上 System.Net.Sockets 的专家。

首先，应该忽略调试器中的性能测试。原因是记录堆栈跟踪的额外开销总是会减慢应用程序的速度，无论操作系统/语言/IDE如何。应用程序应在 Release模式下进行性能分析，并与调试器断开连接。在您的情况下，它实际上断开连接速度较慢!好的，让我们尝试优化它。

如果您怀疑数据包正在被缓冲(这是一个合理的假设)，您是否尝试过发送更大的数据包？尝试线性增加数据包大小并测量延迟。您能否在设备上的代码中编写一个简单的微分析器，即:使用 DateTime.Now 或 Stopwatch 类来记录延迟与数据包大小的关系。绘制该图可能会让您更好地了解您的理论是否正确。如果您发现 10 字节(甚至 100 字节)的数据包会立即发送，那么我建议您只需在每次传输时推送更多数据。我知道这是一个蹩脚的黑客，但如果它没有坏...

最后你说你正在使用 TCP。可以试试UDP反而？ TCP 不是为实时通信而设计的，而是为精确通信而设计的。相比之下，UDP 没有错误检查，您无法保证交付，但您可以期待更快(更轻量级，更低延迟)的性能。 Skype 和在线游戏等网络是基于 UDP 而不是 TCP。如果你真的需要确认收据，你总是可以在 UDP 上构建你自己的微协议(protocol)，使用你自己的 Cyclic Redundancy Check用于错误检查和Request/Response (acknowledgement) protocol .

这样的协议(protocol)确实存在，看看Reliable UDP在 this previous question 中讨论过.有一个基于 Java 的 RUDP 实现，但我确信某些部分可以移植到 C#。当然，第一步是测试 UDP 是否真的有帮助!

找到了讨论该问题的上一个问题。也许是 Wp7 问题？
Poor UDP performance with Windows Phone 7.1 (Mango)

仍然有兴趣看看增加数据包大小或切换到 UDP 是否有效

好的，所以这两个建议都没有奏效。我找到了对 Nagle 算法的描述，该算法按照您的描述对数据包进行分组。设置 NoDelay 应该会有所帮助，但正如您所说，没有。

http://msdn.microsoft.com/en-us/library/system.net.sockets.socket.nodelay.aspx

还。请参阅上一个问题，其中将 Keepalive 和 NoDelay 设置为开/关以手动刷新队列。他的证据是轶事，但值得一试。您可以尝试一下并编辑您的问题以发布更多最新结果吗？

Socket "Flush" by temporarily enabling NoDelay