下面是网络优化——注册表语句分析

　　"SackOpts"=dword:00000001

　　这行可以说什么也没做。系统默认大概就这么设置的，他只不过是确认拉下。

　　"TcpWindowSize"=dword:0003e640 #这个好像是推荐pppoe链接使用的，设置tcp协议的发送框口大小为255552，传输单元缓冲区，在设置全局缓冲区大小前这个设置是多余的，这个是配合 glbalmaxtcpwindowsize起作用的。

　　"Tcp1323Opts"=dword:00000001

　　这个控制框口（不理解的参考上下文）缩放，如果带窗口缩放，则在 RTT 为 100 毫秒的路径上能达到 1 千兆字节 (GB)/秒 (Mbps) 的吞吐量，可惜我们只是叹惜的份！

　　"DefaultTTL"=dword:00000040

　　TCP/IP的分组寿命，这主要是防止TCP/IP分组在Internet中被无限复制。加大该值，可以使TCP/IP分组通过Internet传输到更远的目的地。

　　2003的默认值是64，或许想让别人当你是一个服务器吧！（安全考虑？）"EnablePMTUBHDetect"=dword:00000000

　　这行默认的，感觉也没什么作用！，就是关闭

　　启用（设为1）可以增加为特定（传输分段）段执行重新传输的最大次数"EnablePMTUDiscovery"=dword:00000001

　　如果不设置这个，windows将使用一个特定的（通常很小）mtu（最大传输单元），这可能是你看到网速变快的原因所在。

　　"GlobalMaxTcpWindowSize"=dword:0003e640

　　这个设置系统全局的最大的不带ack确认的tcp框口。

　　通常，windows默认的设置可以满足大多数网络环境。

　　这些设置在特定的网络环境中可能有不错的效果。但是可能在存在很高的延迟机会。

　　------------

　　Windows Registry Editor Version 5.00

　　[HKEY_USERS.DEFAULTSoftwareMicrosoftWindowsCurrentVersionInternet Settings]

　　"MaxConnectionsPerServer"=dword:00000020

　　"MaxConnectionsPer1_0Server"=dword:00000020[HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionInternet Settings]

　　"MaxConnectionsPerServer"=dword:00000020

　　IE每个站最多32个连接，HTTP 1.1规范规定，一个客户机同一时刻最多只能建立两个到同一服务器的连接。

　　当我们打开一个页面时，浏览器会建立一个连接下载HTML文件，建立第二个连接下载图片。如果页面包含了大量的图片，浏览器会每次一个顺序下载这些图片，即使网络连接的速度很快也不一定能够充分利用。增加MaxConnectionsPerServer值也就增加了允许打开的连接数量，增加了允许同时下载的图片数量，提高了装入整个页面的效率(当然，这有一个前提，也就是服务器能够接受来自同一客户机的二个以上的连接)。如果没有什么特别的原因，这个选项值得一改，对于速度较快的连接来说尤其如此。

　　网络优化~ 运行“regedit”，以打开“注册表管理器”；然后，按以下路径找到HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Services＼Tcpip＼Parameters。

　　右击“Parameters”子键右边相对应的空白处，选择“新建”→“DWORD值”，将其命名为“DefaultTTL”，然后，右击鼠标选择“修改”，在弹出的窗口中修改其值为“80”(十六进制)或128(十进制)，如图1。

　　再依次新建以下“DWORD值”，并且修改其数值(如有两值，则前者为十六进制，后者为十进制)：

　　“EnablePMTUBHDetect”=“0”

　　“EnablePMTUDiscovery”=“1”

　　“GlobalMaxTcpWindowSize”=“7FFF”或“32767”

　　“TcpMaxDupAcks”=“2”

　　“SackOpts”=“1”

　　“Tcp1323Opts”=“1”

　　“TcpWindowSize”=“7FFF”或“32767”(93440或186880或372300，视网络情况而定)保存退出重启OK!

　　解释：

　　一、EnablePMTUBHDetect→黑洞路由器探测（优化大师的优化其值为1，默认为0）说明：将此参数设置为 1 (True) 会使 TCP 在执行路径 MTU 发现时，尝试检测“黑洞”路由器。当“黑洞”路由器需要用 Don't Fragment 位设置来碎片化 IP 数据报时，它不返回“无法到达 ICMP 目标”消息。TCP 依靠接收这些消息来执行路径 MTU 发现。启用此功能后，如果几次重新发送片段都没有收到响应，TCP 将尝试在不设置 Don't Fragment 位的情况下发送片段。如果收到片段响应，MSS 将降低并且以后在连接上传输的数据包中都会设置 Don't Fragment 位。启用黑洞路由器检测可以增加为特定的片段执行重新发送的最大次数。

　　二、EnablePMTUDiscovery→最大传输单元大小自动探测（默认为1）说明：将此参数设置为 1 (True) 会使 TCP 尝试发现到达一个远程主机的路径上的“最大传输单元”（MTU 或最大数据包大小）。通过发现路径 MTU 并将 TCP 片段限制为此大小，TCP 可以消除此路径上使用不同的 MTU 连接网络的路由器上的碎片。碎片会对 TCP 吞吐量产生不利影响并造成网络拥塞。如果将此参数设置为 0，则对于不是指向本地子网上的计算机的所有连接，都使用 576 字节的 MTU。

　　注：MTU就是最大传输单元。

　　三、GlobalMaxTcpWindowSize→

　　说明： 该参数确定所提供的最大 TCP 接收窗口大小。接收窗口是指一个发送者在未收到确认的情况下可以发送的字节数。总的来说，大的窗口可以改进高延缓和高带宽网络上的性能。要获得最大效率，接收窗口应是 TCP 最大段大小 (MSS) 的偶数倍。根据注册表项的位置，该参数可以是基于接口的参数，也可以是全局参数。

　　如果给定接口已有一个数值，该数值就会覆盖系统范围的数值。

　　四、TcpMaxDupAcks（默认值为2）

　　说明：该参数确定在启动快速重传那些在传输途中丢失的数据段之前，必须收到相同序号发送数据段的重复应答次数。

　　五、SackOpts（默认值为1）

　　说明： 该参数控制选择性确认（SACK，在 RFC 2018 中定义）支持是否启用。

　　六、Tcp1323Opts

　　说明：该参数控制 RFC 1323 时间戳与窗口缩放选项。默认情况下，启用时间戳与窗口缩放，但是可以使用标志位进行控制。0 位控制窗口缩放，1 位控制时间戳。

　　值为0（禁用 RFC 1323 选项）

　　值为1（仅启用窗口缩放）

　　值为2（仅启用时间戳）

　　值为3（两个选项均启用）

　　七、TcpWindowSize

　　传输单元缓冲区（这个值根据网络环境不同而定，并非固定值；如局域网或宽带的十进制值为8192；ADSL虚拟拨号用户为255552等等）说明：当多台服务器同时访问部署服务器，尤其是如果客户端使用基于 DOS 的 Microsoft 客户端 TCP/IP 协议驱动程序时，可能会出现网络瓶颈。为网络接口设置 TCPWindowSize 将会改善部署服务器的整体网络和 CPU 性能。

　　修改前请备份注册表

　　下边是微软官方的中文资料：

　　--------------------------

　　网络优化~ 运行“regedit”，以打开“注册表管理器”；然后，按以下路径找到HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Services＼Tcpip＼Parameters。

　　右击“Parameters”子键右边相对应的空白处，选择“新建”→“DWORD值”，将其命名为“DefaultTTL”，然后，右击鼠标选择“修改”，在弹出的窗口中修改其值为“80”(十六进制)或128(十进制)，如图1。

　　再依次新建以下“DWORD值”，并且修改其数值(如有两值，则前者为十六进制，后者为十进制)：

　　“EnablePMTUBHDetect”=“0”

　　“EnablePMTUDiscovery”=“1”

　　“GlobalMaxTcpWindowSize”=“7FFF”或“32767”

　　“TcpMaxDupAcks”=“2”

　　“SackOpts”=“1”

　　“Tcp1323Opts”=“1”

　　“TcpWindowSize”=“7FFF”或“32767”(93440或186880或372300，视网络情况而定)保存退出重启OK!

　　解释：

　　一、EnablePMTUBHDetect→黑洞路由器探测（优化大师的优化其值为1，默认为0）说明：将此参数设置为 1 (True) 会使 TCP 在执行路径 MTU 发现时，尝试检测“黑洞”路由器。当“黑洞”路由器需要用 Don't Fragment 位设置来碎片化 IP 数据报时，它不返回“无法到达 ICMP 目标”消息。TCP 依靠接收这些消息来执行路径 MTU 发现。启用此功能后，如果几次重新发送片段都没有收到响应，TCP 将尝试在不设置 Don't Fragment 位的情况下发送片段。如果收到片段响应，MSS 将降低并且以后在连接上传输的数据包中都会设置 Don't Fragment 位。启用黑洞路由器检测可以增加为特定的片段执行重新发送的最大次数。

　　二、EnablePMTUDiscovery→最大传输单元大小自动探测（默认为1）说明：将此参数设置为 1 (True) 会使 TCP 尝试发现到达一个远程主机的路径上的“最大传输单元”（MTU 或最大数据包大小）。通过发现路径 MTU 并将 TCP 片段限制为此大小，TCP 可以消除此路径上使用不同的 MTU 连接网络的路由器上的碎片。碎片会对 TCP 吞吐量产生不利影响并造成网络拥塞。如果将此参数设置为 0，则对于不是指向本地子网上的计算机的所有连接，都使用 576 字节的 MTU。

　　注：MTU就是最大传输单元。

　　三、GlobalMaxTcpWindowSize→传输单元缓冲区（这个值根据网络环境不同而定，并非固定值；如局域网或宽带的十进制值为8192；ADSL虚拟拨号用户为255552等等）说明：当多台服务器同时访问部署服务器，尤其是如果客户端使用基于 DOS 的 Microsoft 客户端 TCP/IP 协议驱动程序时，可能会出现网络瓶颈。为网络接口设置 TCPWindowSize 将会改善部署服务器的整体网络和 CPU 性能。

　　四、TcpMaxDupAcks（默认值为2）

　　说明：该参数确定在启动快速重传那些在传输途中丢失的数据段之前，必须收到相同序号发送数据段的重复应答次数。

　　五、SackOpts（默认值为1）

　　说明： 该参数控制选择性确认（SACK，在 RFC 2018 中定义）支持是否启用。

　　六、Tcp1323Opts

　　说明：该参数控制 RFC 1323 时间戳与窗口缩放选项。默认情况下，启用时间戳与窗口缩放，但是可以使用标志位进行控制。0 位控制窗口缩放，1 位控制时间戳。

　　值为0（禁用 RFC 1323 选项）

　　值为1（仅启用窗口缩放）

　　值为2（仅启用时间戳）

　　值为3（两个选项均启用）

　　七、TcpWindowSize

　　说明： 该参数确定所提供的最大 TCP 接收窗口大小。接收窗口是指一个发送者在未收到确认的情况下可以发送的字节数。总的来说，大的窗口可以改进高延缓和高带宽网络上的性能。要获得最大效率，接收窗口应是 TCP 最大段大小 (MSS) 的偶数倍。根据注册表项的位置，该参数可以是基于接口的参数，也可以是全局参数。

　　如果给定接口已有一个数值，该数值就会覆盖系统范围的数值。

　　修改前请备份注册表

　　-----

　　接收窗口自动调节

　　TCP 接收窗口大小是指接收主机（用于存储 TCP 连接的传入数据）的存储缓冲区的字节数。建立连接后，在各 TCP 段中通告接收窗口大小。通告接收存储缓冲区中的剩余空间是一种接收端流控制机制，可防止发送端发送接收端无法存储的数据。在等待确认和接收窗口大小更新之前，发送主机最多只能发送接收方通告的数据量。

　　Windows Server 2003 和 Windows XP 中的接收窗口对于 Windows Server 2003 和 Windows XP 中的 TCP/IP 堆栈，最大接收窗口大小：

　　有一个基于发送界面链接速度的默认值实际值自动调整为 TCP 连接建立过程中协商的最大段大小 (MSS) 的偶数增量。

　　可以手动配置可将注册表值 HKEY_LOCAL_MACHINESystem CurrentControlSetServicesTcpipParametersTCPWindowSize 和 HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTcpipParametersInterfaceTCPWindowSize 设置为最大 65,535 字节（带窗口缩放）或 1,073,741,823（不带窗口缩放）。如果不带窗口缩放，则在 RTT 为 100 毫秒的路径上只能达到大约 5 兆位/秒 (Mbps) 的吞吐量，而无论路径带宽是多少。

　　如果带窗口缩放，可放大到 1 千兆字节 (GB)RFC 1323 中定义的窗口缩放允许 TCP 在建立连接的过程中协商窗口大小的缩放系数。可通过将注册表项 HKEY_LOCAL_MACHINESystemCurrentControlSetServicesTcpipParametersTcp1323Opts 的值设置为 1 或 3 来启用窗口缩放。默认情况下，仅当接收的同步 (SYN) 段包含 Window Scale 选项时，才在连接上使用窗口缩放。

　　可由应用程序指定启动连接时，应用程序可使用 SO_RCVBUF Windows Sockets 选项，指定连接的最大接收窗口大小。对于窗口缩放，应用程序必须指定大于 65535 字节的窗口大小。

　　通常很难确定接收窗口的正确值。为了填充发送端和接收端之间的网络容量，应将窗口大小设置为连接的带宽延迟乘积（带宽乘以往返时间）。即使正确确定了带宽延迟乘积，您也不知道接收应用程序从传入数据缓冲器检索数据的速度（应用程序检索速率）有多快。

　　尽管支持可缩放窗口，Windows Server 2003 和 Windows XP 中的最大接收窗口大小仍可以限制吞吐量，因为它是针对所有 TCP 连接（除非由应用程序指定）的一个固定的最大大小，它可能增加某些连接的吞吐量，同时减少另一些连接的吞吐量。另外，TCP 连接的固定最大接收窗口大小不随网络状况的变化而变化。

　　下一代 TCP/IP 堆栈中的接收窗口

　　为了解决根据当前网络状况正确确定连接的最大接收窗口大小的值的问题，下一代 TCP/IP 堆栈对“接收窗口自动调节”提供了支持。“接收窗口自动调节”根据不断变化的网络状况，通过测量带宽延迟乘积和应用程序检索速率不断地确定最合适的接收窗口大小，并调整最大接收窗口大小。

　　“接收窗口自动调节”默认情况下启用 TCP 窗口缩放，允许最大 16 MB 窗口大小。数据流通过连接时，下一代 TCP/IP 堆栈监控连接，测量连接的当前带宽延迟乘积和应用程序接收速率，并调整接收窗口大小以优化吞吐量。下一代 TCP/IP 堆栈不再使用 TCPWindowSize 注册表值。

　　随着 TCP 对等方之间吞吐量的优化，数据传送过程中网络带宽的利用率也会得到提高。如果优化所有应用程序以接收 TCP 数据，则可以显著提高网络的整体利用率，从而使得在已达到或接近容量运行的网络上运用“服务质量”(QoS) 更加重要。