听说这套软体比XP内建的PPPoE要强很多， 在上传和下载的平衡上也非常好， 不过使用前好像需要一些设定， 小弟也不是很清楚~ 看起来十分复杂阿...Orz 不过有在网路上看到一些人家的使用方式， 因为小弟最近才请K板主帮忙换SEEDNET网路，本来是GIGA DHCP 所以也没有办法测试，不过文章如下大家参考看看： ------------------------------以下转自VERYCD---------------------- 作为ADSL用户，以前曾为「上传突降」问题而困扰多时，遍寻解决而不得。试过各种mod， 虽然表面上看Xtreme比其它mod稳定，但仍非根本解决之道。 　　其实这是由Windows处理TCP/IP的方式不完善导致的，各种数据封包没有优先级考虑， 在特定网络条件下造成网络阻塞。其表现就是上传突然降至很低（低於10KB），而且除非 重新启动modem否则无法恢复。碰到过很多有此问题的ADSL用户。 解决此问题的终极方法就是引入第三方软件cFosSpeed。cFosSpeed提供一种新的上传流量 「封包重新排序」的功能，称之为「Traffic Shaping」.（ 注：此功能在Linux系统中自 带）原文在此： http://www.cfos.de/traffic_shaping/traffic_shaping_e.htm 就 TCP 封包交换的过程, 先说明一下： (1) TCP 采取交握式封包传送机制, 传送端必须等待接收端的 ACK (认知) 封包 传回後, 才会继续传送下一个封包. 也就是说如果, 传送端一直等不到接收端的 ACK 封包 时, (1a) 他会一直等待到传回 ACK 为止, 这段时间他不会传送任何新的封包 (1b) 超过 时间後, 他会切断与接收端的通信. (2) 为此, 现有 ADSL 多半建议使用者将 TCP 封包长度仅可能开到最大, 目的是减少 ACK 交握讯号的次数. (3) 如果将 TCP 封包长度减少, 则单位时间内 ACK 交握次数增加, 「或许」可以减轻因 为全速上传造成的排队中, ACK 封包的延迟「机率」, 但仍然因为较多的 Overhead (封包 本身的控制区块所占用的频宽), 也没有占多少便宜. (4) 整理 (2) and (3) 可发现, 问题都出在 ACK 交握的时间点是否能在「传送端」等待 时间之内, 这是因为 Windows 内建的 TCPIP 驱动器, 没有「封包优先权」的设计, 造成 「上传满档压死下载」的奇特现象. 该软件要调整过才能有最佳效能 (1) 待测 ADSL 网络净空, 也就是没有任何计算机使用到频宽 (2) 确定打开 Traffic Shaping 功能. (3) cFos/cFosSpeed 执行「clear calibration data」(我灌的是日文版, 英文应该是这 样的字, 中文应该是清除校正数据等意思) (4) 纯粹全速下载!! 最好的方法就是找个大档案下载 (千万别用 P2P, 因为会动到大量上 传), 这样的过程建议超过 10 秒. 然後停止下载. (5) 纯粹全速上传!! 最好方式, 就是发一封 eMail, 夹个大档案 (建议超过 5MB) 给自 己, 但也不用真的把这封信传完, 只要能保持全速上传约 60 秒就可以了. (6) 经过 (4) and (5) 以後, cFos/cFosSpeed 就会纪录那条 ADSL 的特性参数, 详细参 数可用 cFos 控制台, 然後键入 cfo speed (cFos) or spd speed (cFosSpeed) 指令看 到, 参数大概有几十种吧, 不仅仅只是单纯的上传与下载参数而已. 所以校正的工作很重 要. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 219.68.236.221