TCP传输速度的计算

拥塞控制主要是四个算法：1）慢启动，2）拥塞避免，3）拥塞发生，4）快速恢复。 这里不讲原理，原理谷歌一下有很多讲的非常好的 这里只讲一下自己在tcp传输大数据的时候进行的一些网络调优，流量控制的操作。 虚拟机的拥塞控制算法默认选择的是cubic, 用这个tcp_congestion_control字段控制。 1.禁用慢启动， echo "0" > ecp_slow_stat_after_idle; 设置0可以让tcp一直保持在高速传输状态的拥塞窗口。 2.设置cwnd的初始值 ..

TCP理论上的有效带宽计算（即每秒可以传输多少负载数据） 以千兆网为例，首先要明确千兆网的速度为1000Mbps，即每秒可传输1000M个bit，且这儿1M = 1000 K = 1000000。那么千兆网的速度就是125MB/s，即每秒传输125000000个字节。(如果按MiB计算，就是119MiB/s) 在TCP/IP网络，一般使用以太网传输，在以太网中传输的是以太网帧。而TCP段是封装在I...

例如，A 在一次发送 上述 1 ~ 4000 的这四条数据后，如果 B 收到了 1 ~ 3000 这三条，并且 B 对这些数据的应答只传回了 针对2001 ~ 3000 的这一条，其余的都发生了丢失， 那A在收到针对2001 ~ 3000的应答之后，就认为 B 收到了 2001 ~ 3000 以及其之前的所有数据。如果数据丢失了，

CWND：Congestion Window，拥塞窗口，负责控制单位时间内，数据发送端的报文发送量。TCP 协议规定，一个 RTT（Round-Trip Time，往返时延，大家常说的 ping 值）时间内，数据发送端只能发送 CWND 个数据包（注意不是字节数）。TCP 协议利用 CWND/RTT 来控制速度。这个值是根据丢包动态计算出来的SS：Slow Start，慢启动阶段。

如果系统的空闲内存很多，就可以⾃动把缓冲区增⼤⼀些，这样传给对⽅的接收窗⼝也会变⼤，因⽽提升发 送⽅发送的传输数据数。反之，如果系统的内存很紧张，就会减少缓冲区，这虽然会降低传输效率，可以保证更多的并发连接正常⼯作发送缓冲区的调节功能是⾃动开启的，⽽接收缓冲区则需要配置 tcp_moderate_rcvbuf。如果发送缓冲区「超过」带宽时延积，超出的部分就没办法有效的⽹络传输，同时导致⽹络过载，容易丢包；发送缓冲区⼤⼩可⾃⾏调节，三个数值分别为：动态范围的最⼩值，初始默认值，动态范围的最⼤值。

人们非常关心下载速度，对于使用非包月宽带以及使用付费CDN的用户而言，这是典型的拿钱买时间的行为，我支付的费用越高，希望的下载速度越快，所使用的累积带宽越大。关于各种测速方法也是汗牛充栋了，本文介绍一下TCP传输的测速。TCP速率概述首先，TCP速率受到多方面时延的影响，其中包括：1.本机以及对端机器的处理时延这部分指的是发送端和接收端主机由于操作系统调度，中断，网卡数据包调度等处理引入的时延，基

tcp协议意为传输控制协议（Transmission Control Protocol）

如下公式，带宽取值为计算得出的数据发送速率与接收ACK速率两者之间的较小值。通常情况下，发送速率（send_rate）将大于ACK接收速率（ack_rate），但是，在面对ACK压缩等的情况下，将导致ACK接收速率意外的增大，此时，带宽应选取发送速率（send_rate）。 send_rate = #pkts_delivered/(last_snd_time - first_snd_time) ack_rate = #pkts_delivered/(last_ack_time - firs

网络通信的建立必须在通信双方的对等层进行，在整个数据传输过程中，需要对数据进行协议封装，以标识对应层所用的通信协议。TCP/IP协议模型的传输层有两个极具代表性的协议：TCP协议与UDP协议。TCP的传输速度相对较慢，而UDP的传输速度相对较快，因此许多人认为TCP协议比UDP协议更可靠。事实果真如此吗？让我们通过分析一探究竟。被误解的TCPTCP有着严谨的特性，它的传输机制虽然复杂，但...

一、定义 TCP： 传输控制协议，是一种面向连接的、可靠的传输层协议。TCP协议建立在不可靠的网络层 IP 协议之上，TCP的可靠性完全由自己实现。TCP采用的最基本的可靠性技术为以下两种 超时重传：在发送某一个数据以后就开启一个计时器，在一定时间内如果没有得到发送的数据报的ACK报文，那么就重新发送数据，直到发送成功为止。 流量控制：利用滑动窗口机制实施流量控制，只有在收到对前一个报文段...

TCP Friendly Rate Control(TFRC)，是网络环境下单播流的一种拥塞控制机制。对于TCP流，它是公平竞争带宽的。但是与TCP相比，吞吐量随时间的变化要小得多，也就是对带宽变化的响应比TCP慢，使其更适用于电话通信、流媒体等需要相对平滑发送速率的应用。因此，TFRC仅用于需要平滑吞吐量时，尤其是避免TCP响应单个丢包而将发送速率减半。推荐使用TCP发送尽可能多的数据包，或者不需要可靠机制，可以使用加法增加、乘法减小(AIMD)的拥塞控制方案，与TCP使用的参数类似。TFRC是为发送固定

最近写了一个TCP文件传输的C/S程序。Client是windows C++程序。Server是Linux C++(ubuntu)程序，虚拟机。作用是，可以从客户端向服务端传输文件(单线程)。测试用例是一个wireshark抓包文件，文件大小约235m。初始的测试结果发现，传输完文件需要Client debug版：5’42’‘，Client release版: 2’30’'。

TCP的最大吞吐率 = 一个RTT传输的有效数据 / RTT线路效率 = 最大吞吐率／信道带宽信道效率可以理解为：提供的带宽实际利用到的比例。因此可以看一道习题。 在一个TCP连接中，信道带宽是1Gb/s，发送窗口大小固定为65535B，端到端时延是20ms。可以取得的最大吞吐率是多少？线路效率是多少？ 分析：一个RTT = 40ms，因此，最大吞吐率是：65535B ／ 40ms =13.10

应用进程把数据传送到TCP的发送缓存后，剩下的发送任务就由TCP来控制。 TCP有3种机制来控制TCP报文段的发送时机： 1、TCP维持一个变量，等于最大报文段长度MSS。只要缓存中的数据达到MSS字节，就组装成一个TCP报文段发送出去。 2、由发送方的应用进程指明要求发送报文段，即TCP支持的推送（PUSH）操作。 3、发送方的一个计时器期限到了，这时就把当前已有的缓存数据装入报文段（长度不能超过MSS）发送出去。 如何控制TCP发送报文段的时机仍然是一个较为复杂的问题。如： 一个用户使用一条..

在《在深谈TCP/IP三步握手&四步挥手原理及衍生问题—长文解剖IP》里面提到 单个TCP包每次打包1448字节的数据进行发送(以太网Ethernet最大的数据帧是1518字节，以太网帧的帧头14字节和帧尾CRC校验4字节 seq编码，在RFC793中，建议ISN和一个假的时钟绑在一起，这个时钟会在每4微秒对ISN做加一操作，直到超过2^32 据此推算，貌似单一线路，网络传输速度也就1.5*(1/4*10^6) = 375M/bs 对此的论据是：segments packet.

滑动窗口 TCP协议中，由于一发一收的方式性能较低，那么我们一次发送多条数据，就可以大大提高性能（将多个段的等待时间重叠在一起） 窗口大小指的是无需确认应答而可以继续发送数据的最大值，上图窗口大小就是4000个字节（四个段） 发送前四个段，不需要等待任何ACK，直接发送 收到第一个ACK，滑动窗口向后移动，继续发送第五个段的数据，依次类推 操作系统为了维护这个滑动窗口，需要开辟一个发送缓冲区来记录当前没有应答的数据，而确认应答过的数据，会从缓冲区删除 窗口越大，则网络的吞吐率越高 滑动窗口也有丢包情

为什么80%的码农都做不了架构师？>>> ...

#!/bin/bash last=`netstat -s|grep 'passive connections openings'|awk '{print $1}'` sleep 1 while [ true ]; do now=`netstat -s|grep 'passive con...