tcp连接优化(tcp连接过程)

公平性 公平性发拥塞各源端（或同源端建立同TCP连接或UDP数据报）能公平共享同网络资源（带宽、缓存等）处于相同级别源端应该相同数量网络资源产公平性根本原于拥塞发必导致数据包丢失数据包丢失导致各数据流间争抢限网络资源发竞争争抢能力弱数据流受更损害没拥塞没公平性问题TCP层公平性问题表现两面：(1)面向连接TCP连接UDP拥塞发拥塞指示同反应处理导致网络资源公平使用问题拥塞发拥塞控制反应机制TCP数据流按拥塞控制步骤进入拥塞避免阶段主减发送入网络数据量连接数据报UDP由于没端端拥塞控制机制即使网络发拥塞指示（数据包丢失、收重复ACK等）UDP像TCP减少向网络发送数据量结遵守拥塞控制TCP数据流网络资源越越少没拥塞控制UDP则越越网络资源导致网络资源各源端配严重公平网络资源配公平反加重拥塞甚至能导致拥塞崩溃何判断拥塞发各数据流否严格遵守TCP拥塞控制及何惩罚遵守拥塞控制协议行目前研究拥塞控制热点传输层解决拥塞控制公平性问题根本全面使用端端拥塞控制机制(2) 些TCP连接间存公平性问题产问题原于些TCP拥塞前使用窗口尺寸或者RTT较或者数据包比其TCP占带宽RTT公平性AIMD拥塞窗口更新策略存些缺陷式增加策略使发送发送数据流拥塞窗口往返延(RTT)内增加数据包同数据流网络瓶颈带宽进行竞争具较RTTTCP数据流拥塞窗口增加速率快于具RTTTCP数据流占更网络带宽资源附加说明美间线路质量rtt较且丢包TCP协议丢包败丢包；TCP设计目解决靠线路靠传输问题即解决丢包丢包却使TCP传输速度幅降HTTP协议传输层使用TCP协议所网页载速度取决于TCP单线程载速度（网页单线程载）丢包使TCP传输速度幅降主要原丢包重传机制控制机制TCP拥塞控制算Linux内核提供若干套TCP拥塞控制算已加载进内核通内核参数net.ipv4.tcp_available_congestion_control看1. Vegas1994Brakmo提种新拥塞控制机制TCPVegas另外角度进行拥塞控制前面看TCP拥塞控制基于丢包旦现丢包于调整拥塞窗口由于丢包定由于网络进入拥塞由于RTT值与网络运行情况比较密切关系于TCPVegas利用RTT值改变判断网络否拥塞调整拥塞控制窗口发现RTT增Vegas认网络发拥塞于始减拥塞窗口RTT变Vegas认网络拥塞逐步解除于再增加拥塞窗口由于Vegas利用丢包判断网络用带宽利用RTT变化判断更精确探测网络用带宽效率更Vegas缺陷并且说致命终影响TCPVegas并没互联网规模使用问题采用TCP Vegas流带宽竞争力及未使用TCP Vegas流网络路由器要缓冲数据造RTT变缓冲区没溢并发拥塞由于缓存数据导致处理延RTT变特别带宽比较网络要始传输数据RTT急剧增线网络特别明显种情况TCPVegas降低自拥塞窗口要没丢包面看标准TCP降低自窗口于两者始公平再循环TCPVegas效率非低其实所TCP都采用Vegas拥塞控制式流间公平性更竞争能力并Vegas算本身问题适用环境：难互联网规模适用（带宽竞争力低）2. RenoReno目前应用广泛且较熟算该算所包含慢启、拥塞避免快速重传、快速恢复机制现众算基础Reno运行机制容易看维持态平衡必须周期性产定量丢失再加AIMD机制--减少快增慢尤其窗口环境由于数据报丢失所带窗口缩要花费间恢复带宽利用率能高且随着网络链路带宽断提升种弊端越越明显公平性面根据统计数据Reno公平性相肯定能够较网络范围内理想维持公平性原则Reno算其简单、效鲁棒性主流广泛采用能效处理组同数据窗口丢失情况问题New Reno算解决基于丢包反馈协议近几随着高带宽延网络（High Bandwidth-Delay product network）普及针提高TCP带宽利用率点涌现许新基于丢包反馈TCP协议改进其包括HSTCP、STCP、BIC-TCP、CUBICH-TCP总说基于丢包反馈协议种式拥塞控制机制其依据网络丢包事件做网络拥塞判断即便网络负载高要没产拥塞丢包协议主降低自发送速度种协议程度利用网络剩余带宽提高吞吐量由于基于丢包反馈协议网络近饱状态所表现侵略性面提高网络带宽利用率；另面于基于丢包反馈拥塞控制协议说提高网络利用率同意味着拥塞丢包事件期远所些协议提高网络带宽利用率同间接加网络丢包率造整网络抖性加剧友性BIC-TCP、HSTCP、STCP等基于丢包反馈协议提高自身吞吐率同严重影响Reno流吞吐率基于丢包反馈协议产低劣TCP友性组要原于些协议算本身侵略性拥塞窗口管理机制些协议通认网络要没产丢包定存余带宽断提高自发送速率其发送速率间宏观角度看呈现种凹形发展趋势越接近网络带宽峰值发送速率增越快仅带量拥塞丢包同恶意吞并网络其共存流带宽资源造整网络公平性降3. HSTCP(High Speed TCP)HSTCP(高速传输控制协议)高速网络基于AIMD(加性增乘性减少)种新拥塞控制算,能高速度延网络更效提高网络吞吐率通标准TCP拥塞避免算增加减少参数进行修改实现窗口快速增慢速减少使窗口保持足够范围充利用带宽高速网络能够获比TCPReno高带宽存严重RTT公平性公平性指共享同网络瓶颈流间占网络资源相等TCP发送端通网络所期望丢包率态调整HSTCP拥塞窗口增量函数拥塞避免窗口增式： cwnd = cwnd + a(cwnd) / cwnd丢包窗口降式：cwnd = (1-b(cwnd))*cwnd其a(cwnd)b(cwnd)两函数标准TCPa(cwnd)=1b(cwnd)=0.5达TCP友性窗口较低情况说非BDP网络环境HSTCP采用标准TCP相同ab保证两者间友性窗口较（临界值LowWindow=38）采取新ab达高吞吐要求具体看RFC3649文档4. westwood线网络量研究基础发现tcpwestwood种较理想算主要思想通发送端持续断检测ack达速率进行带宽估计拥塞发用带宽估计值调整拥塞窗口慢启阈值采用aiad(additive increase andadaptive decrease)拥塞控制机制仅提高线网络吞吐量,且具良公平性与现行网络互操作性存问题能区传输程拥塞丢包线丢包导致拥塞机制频繁调用5. H-TCP高性能网络综合表现比较优秀算：h-tcprtt公平性低带宽友性等问题6. BIC-TCPBIC-TCP缺点：首先抢占性较强BIC-TCP增函数链路带宽延短情况比起标准TCP抢占性强探测阶段相于重新启慢启算TCP处于稳定窗口直线性增再执行慢启程其BIC-TCP窗口控制阶段binarysearch increase、max probingSmaxSmin区几值增加算实现难度同协议性能析模型增加复杂度低RTT网络 低速环境BIC能于积极BIC进行进步改进即CUBICLinux采用CUBIC前默认算7. CUBICCUBIC设计简化BIC-TCP窗口调整算BIC-TCP窗口调整现凹凸(凹凸指数意义凹凸凹函数/凸函数)增曲线CUBIC使用三函数(即立函数)三函数曲线同存凹凸部该曲线形状BIC-TCP曲线图十相似于该部取代BIC-TCP增曲线另外CUBIC关键点于窗口增函数仅仅取决于连续两拥塞事件间间隔值窗口增完全独立于网络延RTT前讲述HSTCP存严重RTT公平性CUBICRTT独立性质使CUBIC能够条共享瓶颈链路TCP连接间保持良RTT公平性CUBIC is a congestion control protocol for TCP (transmission control protocol) and thecurrent default TCP algorithm in Linux.The protocol modifies the linear windowgrowth function of existing TCP standards to be a cubic function inorder to improve the scalability of TCP over fast and long distancenetworks. It also achieves more equitable bandwidth allocations amongflows with different RTTs (round trip times) by makingthe window growth to be independent of RTT – thus those flows growtheir congestion window at the same rate. During steady state, CUBICincreases the window size aggressively when the window is far from thesaturation point, and the slowly when it is closeto the saturation point.This feature allowsCUBIC to be very scalable when the bandwidth and delay product of thenetwork is large, and at the same time, be highly stable and also fairto standard TCP flows.8. STCPSTCPScalable tcpSTCP算由 Tom Kelly于 2003提 ,通修改 TCP窗口增加减少参数调整发送窗口 ,适应高速网络环境该算具高链路利用率稳定性该机制窗口增加 RTT反比 ,定程度存着RTT公平现象 ,且传统 TCP流共存 ,占用带宽 ,其 TCP友性较差 -

降低用户跳出率的方法有很多，对于软件开发程序员来说，代码的优化和网络优化都是很有效的方法。今天，云南IT培训http://www.kmbdqn.com/就从以下几个方面来了解一下，网络优化的具体操作内容。1 Gzip压缩HTTP协议上的Gzip编码是一种用来改进WEB应用程序性能的技术，用来减少传输数据量大小，减少传输数据量大小有两个明显的好处：可以减少流量消耗;可以减少传输的时间。2 IP直连与HttpDns;DNS解析的失败率占联网失败中很大一种，而且次域名解析一般需要几百毫秒。针对此，我们可以不用域名，才用IP直连省去 DNS 解析过程，节省这部分时间。另外熟悉阿里云的小伙伴肯定知道HttpDns：HttpDNS基于Http协议的域名解析，替代了基于DNS协议向运营商Local DNS发起解析请求的传统方式，可以避免Local DNS造成的域名劫持和跨网访问问题，解决域名解析异常带来的困扰。3 图片处理3.1 图片下载使用WebP格式;同样的照片，采用WebP格式可大幅节省流量，相对于JPG格式的图片，流量能节省将近 25% 到 35 %;相对于 PNG 格式的图片，流量可以节省将近80%。重要的是使用WebP之后图片质量也没有改变。使用缩略图;App中需要加载的图片按需加载，列表中的图片根据需要的尺寸加载合适的缩略图即可，只有用户查看大图的时候才去加载原图。不仅节省流量，同时也能节省内存!之前使用某公司的图片存储服务在原图链接之后拼接宽高参数，根据参数的不同返回相应的图片。3.2 图片上传图片(文件)的上传失败率比较高，不仅仅因为大文件，同时带宽、时延、稳定性等因素在此场景下的影响也更加明显;避免整文件传输，采用分片传输;根据网络类型以及传输过程中的变化动态的修改分片大小;每个分片失败重传的机会。备注：图片上传是一项看似简单、共性很多但实际上复杂、需要细分的工作。移动互联网的场景和有线的场景是有很多区别的，例如移动网络的质量/带宽经常会发生“跳变”，但有线网络却是“渐变”。4 协议层的优化使用新的协议，Http协议有多个版本：0.9、1.0、1.1、2等。新版本的协议经过再次的优化，例如：Http1.1版本引入了“持久连接”，多个请求被复用，无需重建TCP连接，而TCP连接在移动互联网的场景下成本很高，节省了时间与资源;Http2引入了“多工”、头信息压缩、服务器推送等特性。新的版本不仅可以节省资源，同样可以减少流量;我对Http2并没有实际接入经验，此处仅从原理进行分析。

通常会采用修改注册表的方式改进Windows的系统参数。下面将为大家介绍Windows系统下的TCP参数优化方式，适用于Windows 2003、Windows XP、Windows 7以及Server版。对于具体的系统环境与性能需求，优化方式会有所差异，效果也不尽相同，仅是个人的建议。所有的优化操作都通过修改注册表实现，需要使用regedit命令进入注册表并创建或修改参数，修改完成后需要重启系统，以使之生效。以下使用的参数值均为10进制。1. TCPWindowSizeTCPWindowSize的值表示TCP的窗口大小。TCP Receive Window（TCP数据接收缓冲）定义了发送端在没有获得接收端的确认信息的状态下可以发送的最大字节数。此数值越大，返回的确认信息就越少，相应的在发送端和接收端之间的通信就越好。此数值较小时可以降低发送端在等待接收端返回确认信息时发生超时的可能性，但这将增加网络流量，降低有效吞吐率。TCP在发送端和接收端之间动态调整一个最大段长度MSS（Maximum Segment Size）的整数倍。MSS在连接开始建立时确定，由于TCP Receive Window被调整为MSS的整数倍，在数据传输中完全长度的TCP数据段的比例增加，故而提高了网络吞吐率。缺省情况下，TCP将试图根据MSS来优化窗口大小，起始值为16KB，最大值为64KB。TCPWindowSize的最大值通常为65535字节（64KB），以太网最大段长度为1460字节，低于64KB的1460的最大整数倍为62420字节，因而可以在注册表中将TCPWindowSize设置为62420，作为高带宽网络中适用的性能优化值。具体操作如下：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注册表子键，在Parameters子键下创建或修改名为TCPWindowSize的REG_DWORD值，该值的范围是从0到65535，将该值设置为62420。2. TCP1323Opts为了更高效地利用高带宽网络，可以使用比上述TCP窗口大得多的TCP窗口大小，此特性是Windows 2000和Windows Server 2003中的新特性，称为TCP Window Scaling，它将以前的65535字节（64KB）的限制提高到了1073741824字节（1GB）。在带宽与延迟的乘积值很高的连接上（例如卫星连接），可能需要将窗口的大小增加到64KB以上。使用TCP Window Scaling，系统可以允许确认信息间更大数据量的传输，增加了网络吞吐量及性能。发送端和接收端往返通信所需的时间被称为回环时间（RTT）。TCP Window Scaling仅在TCP连接的双方都开启时才真正有效。TCP有一个时间戳选项，通过更加频繁地计算来提高RTT值的估测值，此选项特别有助于估测更长距离的广域网上连接的RTT值，并更加精确地调整TCP重发超时时间。时间戳在TCP报头提供了两个区域，一个记录开始重发的时间，另一个记录接收到的时间。时间戳对于TCP Window Scaling，即确认信息收到前的大数据包传送特别有用，激活时间戳仅仅在每个数据包的头部增加12字节，对网络流量的影响微乎其微。数据完整性与数据吞吐率最大化哪个更为重要是个需要评估的问题。在某些环境中，例如视频流传输，需要更大的TCP窗口，这是最重要的，而数据完整性排在第二位。在这种环境中，TCP Window Scaling可以不打开时间戳。当发送端和接收端均激活TCP Window Scaling和时间戳时，此特性才有效。不过，若在发包时加入了时间戳，经过NAT之后，如果前面相同的端口被使用过，且时间戳大于这个连接发出的SYN中的时间戳，就会导致服务器忽略该SYN，表现为用户无法正常完成TCP的3次握手。初始时生成小的TCP窗口，之后窗口大小将按照内部算法增大。具体操作如下：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注册表子键，在Parameters子键下创建或修改名为TCP1323Opts的REG_DWORD值，该值的具体含义为：0（缺省值）表示禁用TCP Window Scaling和时间戳；1表示只启用TCP Window Scaling；2表示只启用时间戳；3表示同时启用TCP Window Scaling和时间戳。TCP1323Opts设置为激活TCP Window Scaling后，可以将上文中的注册表项TCPWindowSize的值增大，最大能达到1GB，为了达到最佳性能，这里的值最好设置成MSS的倍数，推荐值为256960字节。3. TCP 控制块表对于每个TCP连接，控制变量保存在一个称为TCP控制块（TCB）的内存块中。TCB表的大小由注册表项MaxHashTableSize控制。在活动连接很多的系统中，设定一个较大的表可以降低系统定位TCB表的时间。在TCB表上分区可以降低对表的访问的争夺。增加分区的数量，TCP的性能会得到优化，特别是在多处理器的系统上。注册表项NumTcbTablePartitions控制分区的数量，默认是处理器个数的平方。TCB通常预置在内存中，以防止TCP反复连接和断开时，TCB反复重新定位浪费时间，这种缓冲的方式促进了内存管理，但同时也限制了同一时刻允许的TCP连接数量。注册表项MaxFreeTcbs决定了处于空闲等待状态的TCB重新可用之前的连接数量，在NT架构中常设置成高于默认值，以确保有足够的预置的TCB。从Windows 2000开始添加了一个新特性，降低超出预置TCB运行的可能性。如果处于等待状态的连接多于MaxFreeTWTcbs中的设置，所有等待时间超过60秒的连接将被强制关闭，以后再次启用。此特性合并到Windows 2000 Server和Windows Server 2003后，MaxFreeTcbs将不再用于优化性能。具体操作：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注册表子键，在Parameters子键下创建或修改名为MaxHashTableSize的REG_DWORD值，该值的范围是从1到65536，并且必须为2的N次方，缺省值为512，建议设为8192。然后在Parameters子键下创建或修改名为NumTcbTablePartitions的REG_DWORD值，该值的范围是从1到65536，并且必须为2的N次方，缺省值为处理器个数的平方，建议设为处理器核心数的4倍。4. TcpTimedWaitDelayTcpTimedWaitDelay的值表示系统释放已关闭的TCP连接并复用其资源之前，必须等待的时间。这段时间间隔就是以前的Blog中提到的TIME_WAIT状态（2MSL，数据包最长生命周期的两倍状态）。如果系统显示大量连接处于TIME_WAIT状态，则会导致并发量与吞吐量的严重下降，通过减小该项的值，系统可以更快地释放已关闭的连接，从而为新连接提供更多的资源，特别是对于高并发短连接的Server具有积极的意义。该项的缺省值是240，即等待4分钟后释放资源；系统支持的最小值为30，即等待时间为30秒。具体操作：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注册表子键，在Parameters子键下创建或修改名为TcpTimedWaitDelay的REG_DWORD值，该值的范围是从0到300，建议将该值设置为30。5. MaxUserPortMaxUserPort的值表示当应用程序向系统请求可用的端口时，TCP/IP可分配的最大端口号。如果系统显示建立连接时出现异常，那么有可能是由于匿名（临时）端口数不够导致的，特别是当系统打开大量端口来与Web service、数据库或其他远程资源建立连接时。该项的缺省值是十进制的5000，这也是系统允许的最小值。Windows默认为匿名（临时）端口保留的端口号范围是从1024到5000。为了获得更高的并发量，建议将该值至少设为32768以上，甚至设为理论最大值65534，特别是对于模拟高并发测试环境的Client具有积极的意义。具体操作：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注册表子键，在Parameters子键下创建或修改名为MaxUserPort的REG_DWORD值，该值的范围是从5000到65534，缺省值为5000，建议将该值设置为65534。6. 动态储备动态储备的值使系统能自动调整其配置，以接受大量突发的连接请求。如果同时接收到大量连接请求，超出了系统的处理能力，那么动态储备就会自动增大系统支持的暂挂连接的数量（即Client已请求而Server尚未处理的等待连接数，TCP连接的总数包括已连接数与等待连接数），从而可减少连接失败的数量。系统的处理能力和支持的暂挂连接的数量不足时，Client的连接请求将直接被拒绝。缺省情况下，Windows 不启用动态储备，可以通过以下操作进行开启和设置：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesAFDParameters注册表子键，在Parameters子键下创建或修改下列名称的REG_DWORD值。EnableDynamicBacklog，值为1，表示开启动态储备。MinimumDynamicBacklog，值为128，表示支持的最小暂挂连接的数量为128。MaximumDynamicBacklog，值为2048，表示支持的最大暂挂连接的数量为2048。对于高并发短连接的Server，建议最大值设为1024及以上。DynamicBacklogGrowthDelta，值为128，表示支持的暂挂连接的数量的增量为128，即数量不足时自增长128，直到达到设定的最大值，如2048。7. KeepAliveTimeKeepAliveTime的值控制系统尝试验证空闲连接是否仍然完好的频率。如果该连接在一段时间内没有活动，那么系统会发送保持连接的信号，如果网络正常并且接收方是活动的，它就会响应。如果需要对丢失接收方的情况敏感，也就是说需要更快地发现是否丢失了接收方，请考虑减小该值。而如果长期不活动的空闲连接的出现次数较多，但丢失接收方的情况出现较少，那么可能需要增大该值以减少开销。缺省情况下，如果空闲连接在7200000毫秒（2小时）内没有活动，系统就会发送保持连接的消息。 通常建议把该值设为1800000毫秒，从而丢失的连接会在30分钟内被检测到。具体操作：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注册表子键，在Parameters子键下创建或修改名为KeepAliveTime的REG_DWORD值，为该值设置适当的毫秒数。8. KeepAliveIntervalKeepAliveInterval的值表示未收到另一方对“保持连接”信号的响应时，系统重复发送“保持连接”信号的频率。在无任何响应的情况下，连续发送“保持连接”信号的次数超过TcpMaxDataRetransmissions（下文将介绍）的值时，将放弃该连接。如果网络环境较差，允许较长的响应时间，则考虑增大该值以减少开销；如果需要尽快验证是否已丢失接收方，则考虑减小该值或TcpMaxDataRetransmissions值。缺省情况下，在未收到响应而重新发送“保持连接”的信号之前，系统会等待1000毫秒（1秒），可以根据具体需求修改，具体操作：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注册表子键，在Parameters子键下创建或修改名为KeepAliveInterval的REG_DWORD值，为该值设置适当的毫秒数。9. TcpMaxDataRetransmissionsTcpMaxDataRetransmissions的值表示TCP数据重发，系统在现有连接上对无应答的数据段进行重发的次数。如果网络环境很差，可能需要提高该值以保持有效的通信，确保接收方收到数据；如果网络环境很好，或者通常是由于丢失接收方而导致数据的丢失，那么可以减小该值以减少验证接收方是否丢失所花费的时间和开销。缺省情况下，系统会重新发送未返回应答的数据段5次，可以根据具体需求修改，具体操作：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注册表子键，在Parameters子键下创建或修改名为TcpMaxDataRetransmissions的REG_DWORD值，该值的范围是从0到4294967295，缺省值为5，根据实际情况进行设置。10. TcpMaxConnectRetransmisstionsTcpMaxConnectRetransmisstions的值表示TCP连接重发，TCP退出前重发非确认连接请求（SYN）的次数。对于每次尝试，重发超时是成功重发的两倍。在Windows Server 2003中默认超时次数是2，默认超时时间为3秒（在注册表项TCPInitialRTT中）。速度较慢的WAN连接中超时时间可相应增加，不同环境中可能会有不同的最优化设置，需要在实际环境中测试确定。超时时间不要设置太大否则将不会发生网络连接超时时间。具体操作：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParameters注册表子键，在Parameters子键下创建或修改名为TcpMaxConnectRetransmisstions的REG_DWORD值，该值的范围是从0到255，缺省值为2，根据实际情况进行设置。然后在Parameters子键下创建或修改名为TCPInitialRTT的REG_DWORD值，同样根据实际情况进行设置。11. TcpAckFrequencyTcpAckFrequency的值表示系统发送应答消息的频率。如果值为2，那么系统将在接收到2个分段之后发送应答，或是在接收到1个分段但在200毫秒内没有接收到任何其他分段的情况下发送应答；如果值为3，那么系统将在接收到3个分段之后发送应答，或是在接收到1个或2个分段但在200毫秒内没有接收到任何其他分段的情况下发送应答，以此类推。如果要通过消除应答延迟来缩短响应时间，那么建议将该值设为1。在此情况下，系统会立即发送对每个分段的应答；如果连接主要用于传输大量数据，而200毫秒的延迟并不重要，那么可以减小该值以降低应答的开销。缺省情况下，系统将该值设为2，即每隔一个分段应答一次。该值的有效范围是0到255，其中0表示使用缺省值2，可以根据具体需求修改，具体操作：浏览至HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTCPIPParametersInterfacesxx（xx由网络适配器决定）注册表子键，在xx子键下创建或修改名为TcpAckFrequency的REG_DWORD值，该值的范围是从1到13，缺省值为2，根据希望每发送几个分段返回一个应答而设置该值，建议百兆网络设为5，千兆网络设为13。https://www.cnblogs.com/larry-luo/p/11064346.html

tcp建立连接需要经过三次握手才能建立连接。所以和网络信号的稳定性有关系，建议更换更好的网络。

1、将空闲的SATA或IDE等通道关闭掉　　一般来说现在的服务器采用了SAS万转高速硬盘，并做了RAID，那么如果没有使用到SATA设备或IDE设备，我们应该把它们给关闭掉。Windows Server 2008系统在启动的过程中，会自动将所有硬件设备加载成功，这个过程会消耗系统很多资源以及浪费不少时间；事实上，系统中的不少硬件设备我们平时很少使用到，将这些空闲的硬件设备关闭使用可以有效地提高服务器系统的运行效率。例如，当我们在Windows Server 2008系统下打开系统的设备管理器窗口，从中展开“IDE ATA/ATAPI控制器”项目，我们可以看到系统包含两个IDE通道，这两个通道在旧版本系统下被称之为主IDE通道、次IDE通道；不过，在Windows Server 2008系统环境下IDE通道却没有主次之分。考虑到许多普通朋友的计算机中通常只使用一个硬盘设备，所以我们完全可以将另外一个处于空闲状态的IDE通道关闭使用，以便提高系统的启动速度。 在关闭空闲IDE通道的使用状态时，我们可以先用鼠标右键单击设备管理器列表窗口中的其中一个IDE通道选项，从其后弹出的快捷菜单中执行“属性”命令，打开对应IDE通道的属性设置界面；单击该设置界面中的“高级设置”标签，进入如图1所示的标签设置页面；在该设置页面中，我们可以看出当前设备的具体传输模式，这说明该IDE通道目前已经被使用着，而另外一个IDE通道则处于空闲状态。此时，再用鼠标右键单击另外一个处于空闲状态的IDE通道，并从快捷菜单中执行“卸载”命令，那样一来空闲IDE通道就能被关闭使用了。