


cFos 通信量调整功能可以减少数据在传输过程中的延迟现象,让你在访问网络的时候,可以获取更快的速度。而你现在才真正享受到你的带宽极限速度!
在 TCP/IP 传输过程中,当每次新的数据发送前,都需要对之前的数据对方是否接收到而进行确认。而在延迟或者传输速率低下的情况时,这些确认用的数据包就会被迫延误而无法到达目的地。此时数据发送方就不得不耗费一定的时间来等待接收这些确认数据。特别是针对 DSL 和电缆连接的用户,当上传速度达到一定的程度时,上行数据就很有可能减缓或者显著的降低下载速度,尤其是对于拥有较小上行速率的用户表现的很严重。这是因为当上行被占满时,数据的确认就会被这些上行的数据所阻塞而延迟。
目前为止,在一般情况下,我们都会通过增加 TCP 数据包的容量,让它可以一次发送更多的数据而不需要立即的确认。此时存在的主要问题就是,这样的修改方式,将会导致 Ping 值居高不下(造成网络延迟现象,俗称的 Lag),对于浏览网页尤其是进行网络游戏的用户,这样很可能造成严重的后果。对于 TCP 包大小在 512k 的数据包,延迟接近 2 秒的话,就已经很不正常了。总而言之,仅仅将 TCP 数据包的容量增大,并不会让你的下载速度达到带宽的极限数值。
相比之下,cFos 的通信量调整功能,可以通过调整数据包传输的优先级别,让比较重要的数据包优先通过而让确认数据可以尽快的到底目的地,下载速度也不再因为上传而有所影响!
cFos 所采用的通信量调整技术,通过识别数据包的类型来确认它们的优先级。这样做,除了可以保持网络传输的顺畅,还能确保在高速的传输过程中,让用户获得最低的 Ping 值。它不仅仅可以加速浏览网页,提高下载速度,也可以为你在网络游戏中的驰骋带来更稳定的速度保证。
通过 cFos 通信量调整技术,你会发现使用它,可以有下面多种好处:
在没有使用通信量调整功能的情况下,Ping 响应时间很快就上涨到让人诧异的 2 秒,这会在使用 Telnet 或 SSH 的过程中让用户感觉非常的不便。而使用了 cFos 的通信息量调整功能,网络延迟一直保持在正常的水平,并不会发生太大的变化。
仅仅这一点,就可以让你感受到全然不同的冲浪体验!
这也就意味着,当你在网上冲浪的时候,你将不用再去考虑在系统后台有多少数据正在传输着。而如此彻底的降低网络响应延迟时间,也为你在网络游戏中的顺畅程度提供了很大的帮助。
首先,cFos 的通信息量调整技术,是通过测量每个网络连接中,上、下行速率和 Ping 的延迟时间的关系。然后它利用这些信息,对于全部的网络数据传输进行优先级别的调整并对传输进行控制。与此同时,通信量调整功能也会对剩余带宽进行动态分配,适当的将其分配到需要的独立连接中。
对于 cFos 的通信量调整功能,它除了可以通过优先级来调整确认数据包的传输,也可以对其它数据包,例如 Telnet 和 SSH 所使用的数据包进行调整。因此,使用了 cFos 的通信量调整功能,文件分享(P2P 下载程序等)程序或者邮件发送会影响你的网络访问的情况,都将成为历史!
除了对确认数据包的传输进行优先级传输,通信量调整功能还可以让你:
cFosSpeed traffic shaping consists of two major parts: first, find out the maximum line speeds (send resp. receive) and then, send out data with no more than the sending speed and use a priority queue for the rest of the data. Thus, more urgent data can be sent out first. When receiving, cFosSpeed can not change the order of the data packets to be received, but it can slow down the senders so much that the line is not clogged from that side and ping times are nice and low.
cFosSpeed determines transmission speeds by sending out ping packets. These packets are sent out with a small TTL value, so as to return quickly and produce more accurate timings. For this purpose, cFosSpeed sends regular ICMP echo-request Ping packets or small UDP packets, whatever works better.
Over time, cFosSpeed records the lowest ping time. Then, when later cFosSpeed measures higher ping times, it knows that the line must be congested. To counter that, cFosSpeed will reduce sending and/or receiving speed.
This method works quite well for data transmission media that are very stable and work always with the same speed and latency like DSL or Cable. However, it leads to problems on media with highly varying ping times, like wireless mobile connections (UMTS, CDMA, CDMA 2000, etc). A temporary increase in ping time will cause cFosSpeed to reduce its sending or receiving speed, even if such a spike in ping time might not be caused by a clogged line. Thus, the maximum speed might not reached and cFosSpeed can not use all available bandwidth.
As a solution, cFosSpeed now conducts statistical analysis of ping times over a relative long time period to determine the normal ping time of the connection and the typical deviation from it. This statistical data are dynamically adjusted, so changes in bandwidth or latency are detected and properly reflected. This improves transmission speeds on mobile connections, but also increases responsiveness slightly on DSL or cable connections.
This statistical analysis works fine as long as cFosSpeed can be sure that changes in measured ping times reflect the normal behaviour of the medium. Unfortunately, traffic sent or received over the same line by other users will as well increase the ping times and would poison the statistics and therefore would cause unnecessary slow sending or receiving rates.
cFosSpeed addresses this with its new Net Talk feature: each cFosSpeed connected to the same router (i.e. on the same local network) broadcasts how much data it has sent and received to all other cFosSpeed drivers. This allows all cFosSpeed drivers to adjust their speeds according to the sum of all traffic, not just their own share of it. The result are more accurate statistics, thereby improving the quality of traffic shaping, meaning more data can be transmitted with still low ping times.
| greenpeace.org | |
| cFos | 5.5 sec |
| XP | 19.6 sec |
| amazon.com | |
| cFos | 8.3 sec |
| XP | 39.2 sec |
首先,需要声明的一点就是,仅仅测试单独的下载或者上传,只能测量出你的宽带连接的最大下行和上行速率。这也是为什么我们会同时进行至少两个文件的下载或上传来测试 cFos 的通信量调整功能:
不管 cFos 还是 cFosSpeed 都将会对连接进行校准。也就是说,安装此程序之后,通过几天时间的测试和校准,它才能达到最优化的调整效果。在这段时间内,尽可能的进行下载和上传(最好是达到满速),将有助于程序进行校准。
现在来进行一个测试,例如通过电子邮件发送一个最少 5MB 的文件。在一般的连接情况下,需要大概 5 分钟的时间来进行测试。而对于每次测试之后,你应该清空浏览器的缓存并且记录网页打开(完整读取)的时间。为了获取最准确的结果,你应该多测试几次。
例如,在一次的上传和下载中,一个典型的 DSL 连接(连接速率:768 kbit/s)所提供的下载速度应该在 87 kbyte/s 左右,上传速度大概在 16 kbyte/s 左右。大概有 11.5 kbyte/s 将会用于上传,而剩余的 4.5 kbyte/s 将会用在处理下载过程中的数据包确认。
最简单并且准确的跟踪 Ping 响应时间的方法就是使用我们提供的免费工具:hrPing