cFos和Cfos Speed是两个不同的软件，虽然它们都是用于网络通信量的调整。cFos是一个多功能的PPPOE拨号软件，附带流量统计和简单的防火墙功能。而Cfos Speed则专注于在线路高负荷情况下尽可能地降低游戏ping值。Cfos Speed会安装一个服务方式启动的驱动，也会在网络中添加自己的协议，并且也有自启动程序出现在系统栏 。

虽然Cfos Speed的程序优先级这个功能在2000下是可以出现设置界面的，但是界面中有提示 Prioritization only available for Windows XP!

两者共通的地方只有通信量调整功能。也就是说 cFos 的功能比 Cfos Speed 强非常多，两者一起使用时， cFos 会退居幕后， Cfos Speed 会负责执行通信量调整功能，所以择一较理想 。

测试结果显示，所有的测试都通过了。德国官方网站建议在此基础上添加其他防火墙以达到更佳的防护效果。这是因为cFos本身具备PPPoE功能，所以添加防火墙是理所当然的操作。至于额外添加防火墙，通常在OSI七层架构的第4层之后进行，因此不会发生冲突。虽然在cFosSpeed官方网站上没有找到关于防火墙的相关信息，但这可能是因为它并未提供此功能。

Q: cFos提供的PPPoE是什么？可以用于ADSL或Cable吗？

A: 如果你使用的是ADSL,那么Cable需要安装PPPoE或者电信告诉你使用Windows 2K/XP/2003内置的PPPoE。这意味着在安装cFos后，你可以完全移除原先其他PPPoE创建的连接账号，并用cFos自带的PPPoE来替换。我自己的网络环境是动态IP的ADSL,使用cFos创建的连接账号。对于Cable用户来说，上网原理与ADSL用户相似，可以选择使用cFos或者cFosSpeed。

Q: 安装后没有任何问题发生，这是为什么？

A: 在安装cFosSpeed后，你需要设置当前连接账号启动Traffic Shaping(红色勾预设为不启动),然后将LAN部分选择为自动。接下来重新开机(这个步骤对于我使用的cFos是适用的)。

在安装cFos后，我删除了由Windows XP内置的PPPoE(没有动态调整MSS)创建的账号，然后在cFos内重新设置账号(输入账号名称[任意],用户号码[例如，Hinet请输入xxxxxxxx@hinet.net],用户密码)。实际上，这个建立账号的过程与Windows XP内置的PPPoE建立时非常相似。然后使用这个新建的账号进行上网。如果你安装了cFos,但是仍然使用Windows XP内置的(或其他PPPoE)账号上网，那么cFos将不会发挥任何作用。这是需要注意的事项。

Q: 如何知道自己是否启用了通信量调整功能？

A: 首先查看功能表(cFos/cFosSpeed),如果显示为关闭通信量调整功能，则代表目前通信量调整功能处于运行状态。如果关闭了通信量调整功能，TX(从内部发送的数据包)将失去重新排列的功能。

BT/eMule 使 CPU 达到 100%的原因可能是由于程序在占用资源，或者是软件出现了问题。您可以尝试关闭杀毒软件的“实时监控”，或者删除电驴等软件。如果您使用的是 cFos或cFosSpeed,执行 BitComet 0.59、eMule 0.46c、ShareA82 等程序时，通通正常 。

您好，您可以通过以下步骤来调整应用程式优先权：

1. 在任务栏上右键单击，然后选择“任务管理器”。

2. 在任务管理器中，单击“详细信息”选项卡。

3. 选择要更改其优先级的进程(应用),然后右键单击，选择“转到详细信息”。

4. 然后，您将看到“详细信息”选项卡，再次右键单击进程(应用),将显示一个菜单，将鼠标光标放在“设置优先级”上，单击您选择的优先级。

5. 在对话框中点击“更改优先级”。

: 预设情况下，cFos/cFosSpeed已经建立了大部分常见的P2P程式，但是你仍然可以自行设定。例如，笔者喜欢边传NetTransport,边上网。在以往，上网就几乎死掉，然后得限速FlashGet,这样网站才跑得动。现在cFos/cFosSpeed有个“优先”的设定。首先转到Other页，然后Browser到你执行程式的名称上，如NetTransport.exe。接下来选择Add,这时用滑鼠调整优先度，例如Lower。接着按下最下方的Save。

设定优先权之后，边传档边上网时，很明显Net Transport的速度会因为上网流量有增减。这是traffic shaping的效果出现。许多网友提到，一边BT一边上网，BT完全不会影响上网。这是因为BT的程式已经内建在优先设定之中。所有流量的优先度都是可以设定的。

Q: 我看到优先度设定最上面有一个类似电源总开关的控制项。干什么用的？

A: 预设是总开关朝上，不太影响Ping值的情况下代表优先使用全部频宽。总开关朝下则完全以最佳Ping来调整网路，这时候往往不能得到全部的频宽。但是如线上游戏等不能随便LAG的程式就会达到最强的反应速度。这个总开关是控制Traffic Shaping行为模式的最重要部分。常用P2P的人开关朝上；常用Online-Game的人开关朝下。cFos Speed只是单纯的线路优化软体！而cFos则是包含线路优化及拨接功能的软体，在位阶上及功能的多样化上是高过于cFos Speed的。两者无法共存也没必要！因为会有互抢COM Port的情况！如果使用的是拨接式的ADSL我会建议使用cFos利用它的拨接功能来取代原系统内建的拨接程式。固拨的话那就选择cFos Speed作线路优化即可。这是我使用过效能优化程度最为显著的软体强烈建议大家试试尤其是在P2P下载及上槫档案的同时网页浏览页面刷新的速度会有相当大程度的改善若再能搭配FireFox浏览器的话那么可以感受到的速度改善真令人讶异使用cFos/cFosSpeed网友

校正 cFos 线路适应性的文章和连结：

http://www./traffic_shaping/explain_e.htm?calibrate

在 cFos 的帮助文档中，有关校正 cFos 线路适应性的信息并非本文所讨论的内容。但是，有一篇文章提到了校正 cFos/cFosSpeed 的步骤，这对解决速度变慢的问题可能是有帮助的。以下是校正 cFos/cFosSpeed 的步骤：

1. 确保测试 ADSL 网络时没有任何电脑使用到带宽。

2. 打开 Traffic Shaping 功能。

3. 执行“clear calibration data”(日文版为“清除測定データ”，英文为 “clear calibration data”，中文版为“清除校正资料”等意思)。

4. 进行全速下载！最好的方法是找一个大文件进行下载(不要使用 P2P,因为它会触发大量上传),这个过程建议超过 10 秒，然后停止下载。

5. 进行全速上传！最佳方法是发送一封包含大文件(建议超过 5MB)的电子邮件给自己，但实际上并不需要将邮件传完，只需保持全速上传约 60 秒即可。

6. 经过 (4) 和 (5) 之后，cFos/cFosSpeed 将记录该 ADSL 的特性参数。详细参数可以在 cFos 控制台中查看，键入 cfo speed (cFos) or spd speed (cFosSpeed) 指令即可看到，参数大概有几十种，不仅仅是单纯的上传与下载参数。因此，校正工作非常重要。

7. 另外，笔者还发现了一种简化的校正方法。步骤与 (1)、(2)、(3) 相同，然后选择“发送校准信号脉冲”。这种方法也会执行相同的校准动作。至于效果如何......我觉得还有待改进，可能是因为校准持续时间太短，大约只有 10 秒钟而已。

关于 Traffic Shaping 的详细定义和作用，可以参考这篇文章：

http://www./traffic_shaping/explain_e.htm?calibrate

希望这些信息对您有所帮助。

以下是重构后的内容：

TCP 封包交换过程及 Traffic Shaping 的介绍：

TCP 采取交握式封包传送机制，传送端必须等待接收端的 ACK 封包传回后，才会继续传送下一个封包。如果传送端一直等不到接收端的 ACK 封包时，他会一直等待到传回 ACK 为止，这段时间他不会传送任何新的封包。超过时间后，他会切断与接收端的通信。

为了减少 ACK 交握讯号的次数，现有 ADSL 多半建议使用者将 TCP 封包长度仅可能开到最大。然而这么做会有个副作用，就是在全速上传时，排队在后面的 ACK 封包，会因为前一个封包上传占据大量时间，无法“及时”传送给“传送端”，造成 (1a) or (1b) 的状况。

如果将 TCP 封包长度减少，则单位时间内 ACK 交握次数增加，或许可以减轻因为全速上传造成的排队中，ACK 封包的延迟“机率”，但仍然因为较多的 Overhead(封包本身的控制区块所占用的频宽),也没有占多少便宜。

问题都出在 ACK 交握的时间点是否能在“传送端”等待时间之内，这是因为 Windows 内建的 TCP/IP 驱动器没有“封包优先权”的设计，造成“上传满档压死下载”的奇特现象。

当没有收到“接收端”ACK 封包时，“传送端”停止下一个封包输出。左边是“接收端”，右边是“传送端”。红色小方块是传送端等待输出的封包，正在传送的绿色是“ACK 封包”。由于 TCP 交握机制的运作，收到一个红色小方块时，就必须传一个绿色小方块对方，告诉他我已经确实的收到了，接下来才能再传一个红色小方块过来。

启动 Traffic Shaping 以后的结果是什么？

很显然，绿色的小方块(ACK封包)可以“插队”在蓝色小方块之间，而且插队的位置就在下一个要传送封包的预备位置。这意味着，封包之间产生了“优先权”的机制。因此，红色小方块(下载)可以不受蓝色小方块(上传)的影响，继续将数据输出给接收端。对于P2P来说，这正是最迫切需要的功能。

如此一来，即使上传达到满档，也可以保持不断的下载。换句话说，“上传与下载之间的关系不再互相牵制，上传满档压死下载已经成为过去”。至少在笔者试用的几周时间里，有95%的时间里，可以看到上传和下载各自达到满档的情况。在过去，只要上传达到满档，接下来下载就会准备阵亡。然而现在有了Traffic Shaping这种机制，这种情形已经不复存在了。

本站是一个提供个人知识管理的网络存储空间，所有内容均由用户发布，不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息，谨防诈骗。如发现有害或侵权内容，请点击一键举报。