程序功能
网络线路状况调整软件，可以有效改善因为上传过大而导致整个网络卡死的问题。
使用过ADSL的人，多多少少都会感觉如果网络有在上传东西的话，下载速度就会变慢，其实这就是所谓的“集缩比”。
如果你常用eDonkey、eMule或BT这类P2P软件的话，这种情况特别明显。如果我们把软件的上传速度调低，我们的下载速度就会受影响，但如果不限上传的话，不但我们在开启网页速度会变慢，相对的，我们的网络其实也没有物尽其用。
cFosSpeed它所采用的技术，可以让我们同时上传及下载其之间的影响降到最低，让你不但不用调整或限制上传速度，就可以拥有一定水平的下载速度，另一方面，更让你的网络频宽充份的被利用。
原理介绍
●TCP 封包交换过程
1.TCP 采取交握式封包传送机制，传送端必须等待接收端的 ACK（认知）封包传回后，才会继续传送下一个封包。也就是说，如果传送端一直等不到接收端的 ACK 封包，它就会一直等待到传回 ACK 为止，这段时间不会传送任何新的封包；超过时间后，会切断与接收端的通信。
2.为此，现有 ADSL 多半建议使用者将 TCP 封包长度尽可能开到最大，目的是减少 ACK 交握讯号的次数。然而这么做会有个副作用，就是在全速上传时，排队在后面的 ACK 封包，会因为前一个封包上传占据大量时间，无法「及时」传送给「传送端」，造成 (1) 的状况。
3.如果将 TCP 封包长度减少，则单位时间内 ACK 交握次数增加，「或许」可以减轻因为全速上传造成的排队中的 ACK 封包的延迟「机率」，但仍然因为较多的 overhead（封包本身的控制区块所占用的频宽），也没有占多少便宜。
4.整理 (2) 与 (3) 可发现，问题都出在 ACK 交握的时间点是否能在“传送端”等待时间之内，这是因为 Windows 内建的 TCP/IP 驱动器，没有“封包优先权”的设计，造成“上传满档压死下载”的奇特现象。
●cFosSpeed 的原理—关键的 Traffic Shaping
↓这张图就是在说没有收到“接收端”ACK 封包时，“传送端”停止下一个封包输出。左边是“接收端”、右边是“传送端”、红色小方块是传送端等待输出的封包、正在传送的绿色是“ACK 封包”。由于 TCP 交握机制的运作，收到一个红色小方块时，就必须传一个绿色小方块对方，告诉对方我已经确实的收到了，接下来才能再传一个红色小方块过来。
↓若无提高 ACK 封包的优先权，在网络上传流量繁忙的时候，因为 ACK 封包延迟送出，而造成下载不顺的情况出现。
↓那么启动 Traffic Shaping 以后的结果是什么？很明显的发现，绿色的小方块（ACK 封包）可以“插队”在蓝色小方块（上传封包）之间。而且插队的位置，是在下一个要传送封包的预备位置。也就是说，封包之间产生了“优先权”的机制。所以红色小方块（下传封包）可以不受蓝色小方块（上传封包）的影响，继续的输出数据给接收端。对于 P2P 来说，这正是最迫切需要的功能。
"芹官"提供的特别使用方法:
这玩意不需要去求key，到期重装一下，重装前删除注册表中记录时间，又可以用30天
给个注册表代码，重装前导入一下，不用卸载，直接重装或安装新版本：

Code:
--------------------------------------------------------------------------------
REGEDIT4

[HKEY_LOCAL_MACHINE\SOFTWARE\cFos\cFosSpeed]
"Enddate"=-
--------------------------------------------------------------------------------
1.断开网络
2.删除注册表中的Enddate键[导入我给注册表文件或手工删]
3.安装Cfosspeed
又30天