【问题标题】:Periodic network latency peaks on mobile devices移动设备上的周期性网络延迟峰值
【发布时间】:2016-01-12 11:00:20
【问题描述】:

我大约每 200 毫秒从服务器实时接收 UDP 数据包,有时我会在几秒钟的延迟内收到数据包。

我已将 UDP ping(来自客户端)设置为 200 毫秒,这使我的网络响应速度更快,但这一切都是从实验中学到的。 我不知道为什么会这样。

我想了解节能算法在移动设备上的工作原理,因为我认为这就是发生这种情况的原因。

经过一番调查,到目前为止我发现的最好的事情是 http://www.crittercism.com/2014/03/200ms-the-magical-number-for-faster-response-times/

但它没有太多关于该主题的细节,也没有任何进一步阅读的参考。

【问题讨论】:

  • 这不是编程问题。
  • @iheanyi 请推荐类别
  • 我不知道这怎么可以断然地被写成“不是编程问题”。如果没有提供有关申请的足够信息,而该信息将有助于回答您的问题,这与 off-topic 不同。奇怪的是,networking 标签的信息表明标签本身是 off-topic:'对于大多数编程问题,请使用 [network-programming] 标签。非编程网络问题是题外话......'。因此,假设您的问题与编程问题有关,也许应该将其标记为 network-programming
  • 您使用的是手机网络还是 wifi?如果你在 wifi 上,设备和服务器是本地的吗?
  • 这听起来更像是服务器/发送方和/或客户端/接收方问题,而不是网络问题。什么是网络?鉴于 UDP 是尽力而为,如此巨大的(10 倍)延迟不太可能来自网络。 pkts会丢失吗?包括屏幕截图和图表。发生了什么变化?这曾经,从来没有,或者有时曾经奏效过吗?什么“服务器”?等等等等等等。

标签: networking mobile real-time


【解决方案1】:

可能有两种方式来看待这个问题:

为什么“200ms”如此特别

用户可以判断某件事的时间是否超过了大约 200 毫秒 - 300 毫秒。这可能不仅包括传输时间,还包括移动设备使用该数据所花费的时间。实际上,这是一个重要的平衡点。假设新数据持续可用并且网络可以随时发送更新,那么超过 200 毫秒的速度可能会浪费资源。

https://medium.com/appdiff/magic-numbers-for-app-performance-45c7e3bc9e46

为什么调整 ping 频率似乎有效果

许多能量守恒算法做两件事:

  • 仅在必要时发送/请求更新,但是...

  • 定期让网络知道您还在附近

这定义了另一个平衡点,因为在“必要”更新之间可能会经过几秒钟,并且网络可能会在该点之前检查您是否仍然存在。通过调整 ping,您可能表示“我还在这里,需要更新!”每 200 毫秒。

https://en.wikipedia.org/wiki/Nagle%27s_algorithm

这可能无法解释您看到的效果,但这些是需要考虑的一些因素。

【讨论】:

    猜你喜欢
    • 2018-08-22
    • 2021-10-18
    • 2018-05-17
    • 2017-01-23
    • 1970-01-01
    • 1970-01-01
    • 2015-05-12
    • 1970-01-01
    • 2013-11-15
    相关资源
    最近更新 更多