是 200 - 400 毫秒 "slow" TCP 延迟吗？ （不平）
Is 200 - 400 milliseconds "slow" TCP Latency ? (Not Ping)
我正在为我的 .net 应用程序开发一个网络库，现在我正在尝试测试 "real world" 延迟。
所以目前我正在将时间从服务器发送到客户端并记录该消息传递到应用程序其余部分的时间。
在我认为相当不错的互联网连接（40/40 和 50/10）上，它只需要大约 400 毫秒。我真的不需要它超快或任何东西。我只是想知道比较哪里。
- 我说的不是 ping 速度，我说的是应用程序在我的库中调用 "send" 方法时从服务器开始到客户端引发 "receive" 的时间事件
TCP 发送有两个延迟部分：
- 网络。使用
ping google.com -t. 查找
- 唠叨。这用于缓冲写入，直到数据包已满或经过 200 毫秒。你的案子听起来很唠叨。也许双方都在抱怨导致合并延迟为 400 毫秒加上网络。
您可能应该禁用唠叨并优化您的 Write 调用，以便它们一次写入所有数据。否则，您会发送许多小数据包而不会唠叨。
我正在为我的 .net 应用程序开发一个网络库，现在我正在尝试测试 "real world" 延迟。
所以目前我正在将时间从服务器发送到客户端并记录该消息传递到应用程序其余部分的时间。
在我认为相当不错的互联网连接（40/40 和 50/10）上，它只需要大约 400 毫秒。我真的不需要它超快或任何东西。我只是想知道比较哪里。
- 我说的不是 ping 速度，我说的是应用程序在我的库中调用 "send" 方法时从服务器开始到客户端引发 "receive" 的时间事件
TCP 发送有两个延迟部分：
- 网络。使用
ping google.com -t. 查找
- 唠叨。这用于缓冲写入，直到数据包已满或经过 200 毫秒。你的案子听起来很唠叨。也许双方都在抱怨导致合并延迟为 400 毫秒加上网络。
您可能应该禁用唠叨并优化您的 Write 调用，以便它们一次写入所有数据。否则，您会发送许多小数据包而不会唠叨。