"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\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Internet Settings]
"MaxConnectionsPerServer"=dword:00000020
"MaxConnectionsPer1_0Server"=dword:00000020
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings]
"MaxConnectionsPerServer"=dword:00000020
IE每个站最多32个连接，HTTP 1.1规范规定，一个客户机同一时刻最多只能建立两个到同一服务器的连接。
当我们打开一个页面时，浏览器会建立一个连接下载HTML文件，建立第二个连接下载图片。如果页面包含了大量的图片，浏览器会每次一个顺序下载这些图片，即使网络连接的速度很快也不一定能够充分利用。增加MaxConnectionsPerServer值也就增加了允许打开的连接数量，增加了允许同时下载的图片数量，提高了装入整个页面的效率(当然，这有一个前提，也就是服务器能够接受来自同一客户机的二个以上的连接)。如果没有什么特别的原因，这个选项值得一改，对于速度较快的连接来说尤其如此。
"MaxConnectionsPer1_0Server"=dword:00000020
它也是用来设置最大同步下载的数目
||||||||||||||||||||||||||||||||
Step 1 : Copy these lines and paste them in notepad
REGEDIT4
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\Tcpip\Parameters]
"SackOpts"=dword:00000001
"TcpWindowSize"=dword:0005ae4c
"Tcp1323Opts"=dword:00000003
"DefaultTTL"=dword:00000040
"EnablePMTUBHDetect"=dword:00000000
"EnablePMTUDiscovery"=dword:00000001
"GlobalMaxTcpWindowSize"=dword:0005ae4c
Step 2 : Save this file as a.reg file and save it on desktop
step 3 : Goto start-> Run
in Run -> browse
locate that file a.reg and run it
Thats It !
Enjoy
Can you also tell me how does this work ...... :confused:
I got this from internet !
I tried this ....... it really worked very well for me ! My internet speed was almost 50 % more ....amazing.
++++++++++++++++++++
This works by changing the TCP/IP configuration of Microsoft Windows.
"SackOpts"=dword:00000001
Selective ACK is defined in RFC 2018. It is enabled by default, and this registry entry also enables it. Therefore, this line does nothing.
"TcpWindowSize"=dword:0005ae4c
This sets your TCP window size to 372,300.
However, this setting must be applied to an interface to be effective and I don't see this being done here. That's not such a worry, as they set the GlobalMaxTCPWindowSize before and that accomplishes the same task -- but on all interfaces. This entry appears to be redundant.
"Tcp1323Opts"=dword:00000003
This sets the scaling factor (defined in RFC 1323) to 3.
RFC1323 enables a TCP stack to raise the TcpWindowSize beyond the previous maximum of 1,073,725,440.
In this registry file, the TCP window size is set to 372,300 and the scaling factor is set to 3 -- therefore the effective TCP window size is 1116900.
This raises the question of why they are bothering to use a scaling factor when they are barely raising the TCP window size beyond the traditional maximum.
"DefaultTTL"=dword:00000040
This raises the TTL (Time To Live) to 40. This has no impact in performance, but isn't really a bad idea.
"EnablePMTUBHDetect"=dword:00000000
This disables path MTU discovery blackhole detection.
This is the default setting, so this line also does nothing.
Setting this value to "1" can fix problems with hung connections on links with low MTU settings.
"EnablePMTUDiscovery"=dword:00000001
This enables path MTU discovery. Without this setting, Microsoft Windows uses a set MTU -- which is usually too small.
This is probably what is causing the performance improvement you are seeing.
"GlobalMaxTcpWindowSize"=dword:0005ae4c
This sets the maximum size of a TCP window which all interfaces on the system will accept without receiving an acknowledgment.
Overview
In general, the defaults work fine in most network environments.
These settings may work better than the Windows defaults when you have a network that is extremely reliable but also exhibits high latency.
I would be careful though, the person who put this registry file together made enough errors to call his expertise into question.
------------------------------
下边附带的：
------------------------------
网络优化~ 运行“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_MACHINE\System \CurrentControlSet\Services\Tcpip\Parameters\TCPWindowSize 和 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Interface\TCPWindowSize 设置为最大 65,535 字节（带窗口缩放）或 1,073,741,823（不带窗口缩放）。如果不带窗口缩放，则在 RTT 为 100 毫秒的路径上只能达到大约 5 兆位/秒 (Mbps) 的吞吐量，而无论路径带宽是多少。
如果带窗口缩放，可放大到 1 千兆字节 (GB)RFC 1323 中定义的窗口缩放允许 TCP 在建立连接的过程中协商窗口大小的缩放系数。可通过将注册表项 HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters\Tcp1323Opts 的值设置为 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) 更加重要。
--------
EnablePMTUBHDetect
项：Tcpip\Parameters
数值类型：REG_DWORD - 布尔型
有效范围：0 或 1（False 或 True）
默认值：0 (False)
描述：如果将此参数设置为 1 (True)，则 TCP 将在执行路径 MTU 发现时尝试检测“黑洞”路由器。当“黑洞”路由器需要通过设置 Don't Fragment 位来碎片化 IP 数据报时，它不会返回“ICMP Destination Unreachable”消息。TCP 必须收到这些消息才能执行路径 MTU 发现。启用此功能后，如果几次重新传输段仍未得到确认，TCP 将尝试在没有设置 Don't Fragment 位的情况下发送段。如果收到段确认，则会减小 MSS 并在以后的连接数据包中设置 Don't Fragment 位。启用黑洞检测可以增加为特定段执行重新传输的最大次数。
EnablePMTUDiscovery
项：Tcpip\Parameters
数值类型：REG_DWORD - 布尔型
有效范围：0 或 1（False 或 True）
默认值：1 (True)
描述：如果将此参数设置为 1 (True)，则 TCP 将尝试在到达远程主机的路径中发现最大传输单元（MTU 或最大数据包大小）。通过发现路径 MTU 并将 TCP 段限制为此大小，TCP 可以消除此路径上使用不同的 MTU 连接网络的路由器上的碎片。碎片会严重影响 TCP 吞吐量并造成网络拥塞。如果将此参数设置为 0，则对于不是指向本地子网上的计算机的所有连接，都将使用 576 字节的 MTU。
---------
修改 GlobalTCPWindowSize 以改善安装性能
当多台服务器同时访问部署服务器，尤其是如果客户端使用基于 DOS 的 Microsoft 客户端 TCP/IP 协议驱动程序时，可能会出现网络瓶颈。为网络接口设置 TCPWindowSize 将会改善部署服务器的整体网络和 CPU 性能。
注：在注册表中更改此值会影响部署服务器上的所有接口。
要修改 GlobalTCPWindowSize 注册表项，请执行下列操作：
启动 Registry Editor (regedit.exe)。
找到以下子项：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
单击 Edit | New | DWORDValue 并输入值名称 GlobalMaxTcpWindowSize。
定义该名称后，按 Enter 键以显示 the Edit DWORD Value 对话框。
将 Base 设置为 Decimal。
将 Valuedata 设置为 17520。
注：当使用基于 WinPE 的启动方法部署服务器时，请使用值 17520 或者相当于最大 TCP 数据大小 12 倍的值。当使用基于 DOS 的启动方法部署服务器时，请为以太网使用值 2920 或者相当于最大 TCP 数据大小两倍的值。其他网络媒体接口（令牌环、FDDI 等）不会遇到以太网所遇到的冲突，所以无需此设置。
退出注册表编辑器。
从控制面板打开 Network and Dial-up Connections。
右键单击分组网络连接并选择 Disable。
等待一段时间以便禁用该接口。
右键单击分组网络连接并选择 Enable。这将确保新的 TCP 窗口大小生效。
关闭 Network and Dial-up Connections 实用工具。
有关与 TCP/IP 相关的问题的其他信息，可以在表 3 中所引用的知识库文章中找到。
