tcp传输速度(提高tcp传输速度)

UDP相对于TCP而言，是缺少一个可靠的丢失重发机制，因此可以立即返回，所以你觉得快 UDP属于发射后不管，但是从IP层来说，它的效率和TCP相比，几乎相同TCP为什么慢呢？就是因为需要发射确认这样一个循环过程，所以慢现在喜欢用UDP代替TCP的原因主要是TCP的重发机制不完美，等待时间不合理，响应经常偏慢UDP的问题主要在于丢包，如果你的API层协议规定部分数据可以丢失，那么UDP的响应速度会是最好的选择同样，如果规定绝对不可以丢包，那么需要你自己在API或者引擎里负责处理UDP的可靠传输一般测试下，在相对可靠的环境里，UDP的丢包率很低，因此即使采用确认模式传输，速度也很快但是，如果在INTERNET上，例如 电信到CNC线路，丢包率是偏高的，效率会严重降低，CPU开销剧烈增加[主要是确认机制导致的]

UDP相对于TCP而言，是缺少一个可靠的丢失重发机制，因此可以立即返回，所以你觉得快 UDP属于发射后不管，但是从IP层来说，它的效率和TCP相比，几乎相同TCP为什么慢呢？就是因为需要 发射 确认 这样一个循环过程，所以慢现在喜欢用UDP代替TCP的原因主要是 TCP的重发机制不完美，等待时间不合理，响应经常偏慢UDP的问题主要在于丢包，如果你的API层协议规定部分数据可以丢失，那么UDP的响应速度会是最好的选择同样，如果规定绝对不可以丢包，那么需要你自己在API或者引擎里负责处理UDP的可靠传输一般测试下，在相对可靠的环境里，UDP的丢包率很低，因此即使采用确认模式传输，速度也很快 但是，如果在INTERNET上，例如 电信到CNC线路，丢包率是偏高的，效率会严重降低，CPU开销剧烈增加[主要是确认机制导致的]
tcp传输有返回值，而且要检查返回值，以确保被正确接收；而udp没有这个检查的过程，所以会出现丢包的现象，但是传输速度要快
TCP有拥塞控制、滑动窗口等一系列的算法来保证数据的正确和有序，而UDP就没有这么多工作。

你好：ping的延迟：是在A计算机发出ping包至B目标设备与收到B目标设备恢复包的时间。例如楼主的图中约60ms吧。楼主文中提及【可是自己在下载文件的时候，峰值可以达到3M左右，】是个下载文件时数据下载速度，如3M，可以理解为3MB/s，也就是我们平时俗称的带宽，3MB/s折算一下带宽约为24Bb。延迟与带宽的关系，比如我要从某网站单线程下载一个1GB的文件（前提是给我足够的带宽，同时保持之间网络通畅），从我点击下载、保存之后，我就会源源不断的收到数据包，从服务器器端到我的计算机间是存在延迟，但是请注意，我说的是源源不断，也就是说，从我获得第一个包开始，到收到最后一个包结束，只存在起始第一个包有延迟，之后包就站着排依次到来，直至结束。我这里仅仅是描述这个过程，并没有涉及具体的详细技术，不知道这样能否合理解释楼主的疑问？！结论：就是稳定60ms的延迟仅仅是在下载起始阶段有影响，一旦稳定的下载开始，影响下载速度一是带宽、二是下载服务器能供给的带宽，稳定下载开始后延迟影响可忽略，直至下载完成，完成后什么几次握手啊，就忽略不计。以上四点都是在理想状态讨论的。向楼主学习。
网络传输峰值不是固定的，完美信道是根本不存在的。不能完全看理论上的，实际上会有很多影响因素和你所处的位置，所用的下载软件，以及所下载的文件有关！
延迟肯定会影响你的速度，但是60ms的延迟会导致你的下载速度只有600k/s？！敢问这是什么专家？又是什么著名通信厂家？ LZ的截图也看到了 32字节的包经过113跳，延迟60+ 下载速度1M+ 已然打脸了

因为tcp是面向连接的，它的反馈信息也占用带宽，消耗了有用的资源

UDP相对于TCP而言，是缺少一个可靠的丢失重发机制，因此可以立即返回，所以你觉得快 UDP属于发射后不管，但是从IP层来说，它的效率和TCP相比，几乎相同TCP为什么慢呢？就是因为需要发射确认这样一个循环过程，所以慢现在喜欢用UDP代替TCP的原因主要是TCP的重发机制不完美，等待时间不合理，响应经常偏慢UDP的问题主要在于丢包，如果你的API层协议规定部分数据可以丢失，那么UDP的响应速度会是最好的选择同样，如果规定绝对不可以丢包，那么需要你自己在API或者引擎里负责处理UDP的可靠传输一般测试下，在相对可靠的环境里，UDP的丢包率很低，因此即使采用确认模式传输，速度也很快但是，如果在INTERNET上，例如 电信到CNC线路，丢包率是偏高的，效率会严重降低，CPU开销剧烈增加[主要是确认机制导致的]