UDP传输与高延时的实现方式选择

本文仅写给实际编码的程序员. 并不是写给架构师与理论家的.

UDP传输每次的数据不能太大只能<1500, 这是必须的.

假如要实现大带宽数据传输,每秒需要发:10M / 1500 = 6991次.

每毫秒7次, 不计算重发量(就算是100%传输成功).

问题一: 有关毫秒延时如何达到?

方案1. 老是去取cpu时钟,可以达到极高效的延时,但cpu占用率100%这是不可取的.
方案2. timeGetTime(); 可取. 但cpu占用率100%.
方案3. Sleep 不可取, 达不到精度
方案4. WaitforSingleObject 不可取, 达不到精度. 但有时候可以达到2毫秒不到点.

问题二: 有关每毫秒7次发送如何实现这个问题?

前提: 不能同时发多个数据包, 否则掉包率相当高.

方案A. 老是去取cpu时钟,可以达到极高效的延时,但cpu占用率100%这是不可取的.
方案B. timeGetTime(); 可取. 基本可以满足

解决方法 - 选择1:

方案1, 2, 3, 4, 取一个方案 + 方案A, B 取一个方案 = 总的方案

为了不让cpu100%, 选择1: 方案4 + 方案B 但可能达到的情况会很不理想.

情况1: WaitforSingleObject 仅达到延时10 - 16毫秒(双核CPU常见的有:11毫秒)
      这个情况是非常常见的. 此时需要去调整UDP重发的机制了.

情况2: WaitforSingleObject 仅达到2毫秒
      这是目前好的cpu所能达到的, 如你买一个新电脑(台式)基本上也容易达到.

为什么会有情况1, 2这两种情况? 原因当然是cpu的问题. 线程切换需要的时间不同引起.

为什么不选择cpu时钟这个?
个人以为没这必要, 而且时间间隔越小UDP掉包率越高. 这里面是一个平衡. 难道你是局域网?

-------------

但无论如何, UDP传输, UDP重传, 加速多发等是必须要实现的, 不能因为这些原因而有所改变.

以上仅为本人长时间实践所得出的情况.