tcp传输速度(tcp传输速度影响因素)

TCP协议的主要特点（1）TCP是面向连接的运输层协议；（2）每一条TCP连接只能有两个端点（即两个套接字），只能是点对点的；（3）TCP提供可靠的传输服务。传送的数据无差错、不丢失、不重复、按序到达；（4）TCP提供全双工通信。允许通信双方的应用进程在任何时候都可以发送数据，因为两端都设有发送缓存和接受缓存；（5）面向字节流。虽然应用程序与TCP交互是一次一个大小不等的数据块，但TCP把这些数据看成一连串无结构的字节流，它不保证接收方收到的数据块和发送方发送的数据块具有对应大小关系，例如，发送方应用程序交给发送方的TCP10个数据块，但就受访的TCP可能只用了4个数据块久保收到的字节流交付给上层的应用程序，但字节流完全一样。UDP协议特点（1）UDP是无连接的传输层协议；（2）UDP使用尽最大努力交付，不保证可靠交付；（3）UDP是面向报文的，对应用层交下来的报文，不合并，不拆分，保留原报文的边界；（4）UDP没有拥塞控制，因此即使网络出现拥塞也不会降低发送速率；（5）UDP支持一对一　一对多　多对多的交互通信；（6）UDP的首部开销小，只有8字节。TCP和UDP的区别(1)TCP是可靠传输,UDP是不可靠传输;(2)TCP面向连接,UDP无连接;(3)TCP传输数据有序,UDP不保证数据的有序性;(4)TCP不保存数据边界,UDP保留数据边界;(5)TCP传输速度相对UDP较慢;(6)TCP有流量控制和拥塞控制,UDP没有;(7)TCP是重量级协议,UDP是轻量级协议;(8)TCP首部较长20字节,UDP首部较短8字节;扩展资料：TCP的可靠性原理可靠传输有如下两个特点:a.传输信道无差错,保证传输数据正确;b.不管发送方以多快的速度发送数据,接收方总是来得及处理收到的数据;（1）首先，采用三次握手来建立TCP连接，四次握手来释放TCP连接，从而保证建立的传输信道是可靠的。（2）其次，TCP采用了连续ARQ协议（回退N，Go-back-N；超时自动重传）来保证数据传输的正确性，使用滑动窗口协议来保证接方能够及时处理所接收到的数据，进行流量控制。（3）最后，TCP使用慢开始、拥塞避免、快重传和快恢复来进行拥塞控制，避免网络拥塞。基于TCP和UDP的常用协议HTTP、HTTPS、FTP、TELNET、SMTP(简单邮件传输协议)协议基于可靠的TCP协议。TFTP、DNS、DHCP、TFTP、SNMP(简单网络管理协议)、RIP基于不可靠的UDP协议常见协议的端口号FTP的20、21端口，21端口用来侦听用户的连接请求，而20端口用来传送用户的文件数据。TELNET 23SMTP　25DNS　53TFTP 69HTTP 80SNMP的161、162端口。SNMP的161端口用于SNMP管理进程获取SNMP代理的数据，而162端口用于SNMP代理主动向SNMP管理进程发送数据
tcp：提供面向连接的服务，数据传输前先建立连接，传输完毕后释放连接，提供可靠连接； udp：发送数据前不需要先建立连接，发送后也不需要释放连接，减少开销和延迟，但不保证可靠交付。

UDP的传输效率高于TCP局域网丢包率几乎为0，可以考虑用udp 不过局域网下的tcp速度也不慢， 可以把缓冲区设置的大点， 几乎可以接近网卡速度

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

首先物理层要支持,比如支持10Mbps的以太网最快可以传输1M/S,支持100Mbps的以太网最快能传10M/S 其次,物理层支持的速度很大了,你的板子处理能力也要跟上,如果你用Cortex-M3或者ARM7这类单片机的话,是别想提过速度了,能达到270KB都相当好了如果你的物理层和板子的处理速度都满足要求,那么通过配置lwip可以提高速度的,比如提高缓存包大小,使能IP分片 另外,lwip是为小型嵌入式设计的,目的是传输小数据包(每包数据不大于以太网最大的帧长:1500字节),所以你要用于很大数据量的以太网传输,lwip并不适合.

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