为什么80%的循环农户不能成为架构师？
from 3360 how-to-calculate-TCP-throughput-for-long-distance-links
http://www.Sina.com/http://www.Sina.com /
明明刚刚点亮了如何计算数据中心之间的高速网络(光)，你却生气地观察了高速广域网链路上的低文件传输速度- Bummer！ 在致电思科一级支持工程师(Cicso TAC )开始检查网络之前，请快速计算从一台主机通过远程链路到另一台主机的实际TCP吞吐量。
使用TCP传输数据时，最重要的两个因素是TCP窗口的大小和往返延迟。 知道这两个参数可以计算两个主机之间的最大吞吐量，而不管带宽如何。
广域网链路的 TCP 吞吐量
TCP窗口大小(bits ) /延迟(秒)=每秒吞吐量(bits ) )。
举个简单的例子吧。 从芝加哥到纽约有1G以太网链路，往返延迟30ms。 如果使用FTP在芝加哥服务器和纽约服务器之间传输大文件，预计最大吞吐量是多少？
首先将TCP窗口大小从字节更改为位。 本示例使用Windows标准的64K窗口大小。
64kb=65536 bytes.65536 *8=http://www.Sina.com /
接下来，将表示为比特的窗口大小除以表示为秒的往返延迟。 如果延迟30ms，计算将使用0.03秒。
54288 bits/0.030 seconds=http://www.Sina.com/bitspersecondthroughput=3358 www.Sina.com/3http://www.Sina.com /
3358www.Sina.com/这样，虽然数据中心之间有1G链路带宽，但根据给定的窗口大小和往返延迟，传输文件时期望的最大吞吐量为http://www.Sina .
做什么才能变快？ 增加窗口大小或减小延迟。
要增加TCP窗口大小，可以手动调整每个服务器，并传递更大的窗口大小。 这就存在使用多少窗口大小的问题。 可以使用上述公式的逆计算来确定最佳窗口大小。
计算 TCP吞吐量的公式
带宽(bits每秒) )往返延迟(秒)=TCP窗口大小(bits )/8=TCP窗口大小(字节) ) )。
因此，在芝加哥和纽约之间的1G带宽和30毫秒延迟的示例中，可以计算如下：
1000，000，000 bps * 0.030 seconds=30，000，000 bits/8=http://www.Sina.com /
因此，如果为FTP连接配置3750KB的TCP窗口大小，将填充管道并提供1Gbps的吞吐量。
服务器TCP窗口变大的一个缺点是，必须将未响应的数据存储在内存中以适应可能的重发，因此需要大量的缓冲内存。 另一个潜在的缺点是表演。 这是讽刺吗？ 如果数据包丢失，当窗口中的数据包丢失时，整个窗口将重新发送。 但是，除了TCP协议栈使用一种称为选择响应“selective acknowledgements”的TCP扩展技术之外，大多数服务器都不使用此技术。
另一种选择是将wan加速器放置在需要更大窗口的一侧，并在加速器之间使用其他TCP优化，如选择响应。 服务器不需要特殊的调整或附加内存。 加速器也可以使用第7层应用具体优化以减少往返次数。
减少延迟？ 怎么做？ 除非能克服光速的限制，否则没有什么能减少延迟。 您可以选择再次设置加速器，使加速器响应本地服务器上的消息段，小看服务器，从而看到非常低的LAN延迟。 服务器不需要更改服务器的窗口大小，因为服务器会看到非常快的LAN响应，而不是等待远程服务器的响应。
在本例中，Cisco 7371 waas设备是最佳选择。 WAAS是指wide area应用程序服务。
WAS设备使用TCP优化，如大窗口和选择性响应。 另外，WAAS设备可以从TCP流中去除冗馀信息，从而产生高压缩率。 每个设备都记住了之前看到的数据。 如果再次看到相同的数据，这些数据将被替换为2字节符号。 另一个WAAS设备可以识别此符号，并在将其发送到服务之前将其替换为原始数据。
这些优化提高了芝加哥和纽约服务器之间的吞吐量，而无需对服务器进行优化，就像局域网一样。
524288 bits
您可能希望在使用17476266 标准64KB TCP窗口大小的两个服务器之间获得10Gbps的FTP吞吐量。 为了达到10 Gbps，你能做的最大延迟是多少？
TCP窗口大小(比特) /吞吐量(比特/秒)=最大往返延迟时间
54288 bits/10，000，000，000 bitspersecond=http://www.Sina.com/http://www.Sina.com /
转载于3:https://my.oschina.net/astute/blog/93132