POPPUR爱换

标题: 【SOS！Qos】小议ADSL小水管如何与迅雷和平共处（二） [打印本页]

作者: glk17 时间: 2010-2-19 13:51
标题: 【SOS！Qos】小议ADSL小水管如何与迅雷和平共处（二）
本帖最后由 glk17 于 2010-2-19 22:02 编辑

上一篇，【SOS！Qos】小议ADSL小水管如何与迅雷和平共处（一）中，
已经介绍了可以通过限制P2P软件的上传来优化ADSL网络的方法。
这一篇（二）将结合坛子里最近讨论比较多的DIR-655，继续讨论优化网络的方法；
另外，本文也将同时测试P2P下载多连接数对ADSL上网的影响。

我的DIR-655 A3是09年1月份买的，不折腾普通用用一年多，工作稳定，性能不错。
使用初期，遇到一两个譬如UPnP之类的小问题，经过自己的尝试，也都基本解决了。
这款路由的特点WAN转发吞吐量大，Atheros方案300Mbps 3x3 MIMO 11n无线，
5口全千兆，带USB 2.0。现在，最大的优势在于价格，相对于同档其他无线路由，
最近几个月GZ很多网友300多入的，相比当初已经非常便宜了。

下面以图文实例，讨论ADSL小水管开迅雷多任务下载时，优化网络的方法。

图1 固件版本：1.20EA B01多国语言版，Advanced──Qos Engine
默认设置中，Qos引擎（Qos Engine）中的项为全部启用
面对迅雷等P2P软件，DIR-655基于IP端口优先级的Qos基本没有效果，Linksys的
家用路由也使用类似Qos，不过更为简化，还有其他基于原厂固件的家用路由一样，
面对迅雷也是无能为力的。这一点论坛里已经讨论很多，这里就不再多作讨论。
PS，基于IP限速的路由器只能控制局域网内某台PC的总流量，
对于控制这台PC上哪些流量优先也是无能为力的。

下面的ADSL多连接数下载测试，
Qos引擎默认开启下，和使用其他路由器ADSL上网开迅雷一样，网络状况惨不忍睹，
并且大量占用路由器处理资源，导致DIR-655的WEB管理界面响应变慢，
ping路由延迟增大。

图2 迅雷下载测试：
一共20个下载任务，全部都是现在的热门资源
其中含11个BT任务，9个HTTP及电驴下载任务

图3 DIR-655的Qos引擎默认开启，迅雷自带上传限速1KB/s后（一段时间内）
本机已建立的连接数经过一段时间达到900多，迅雷的下载速度大幅波动不稳定
远程IP的ping值：
当地ADSL电信网关，基本在600多ms左右，频繁的time out；
Google，Baidu基本在800多ms左右，也是频繁的time out。
本地IP的ping值：
ping DIR-655（192.168.0.1），ping值在100多ms以上，打开路由界面卡。

图4 关闭DIR-655的Qos引擎中的全部内容，ping 192.168.0.1恢复<1ms（图略）

图5 关闭DIR-655的Qos引擎后，仅作迅雷上传限速后的优化结果（一段时间内）
此时，本机已建立的连接数仍为900多，迅雷的下载速度基本稳定在200KB/s多
远程IP的ping值：
当地ADSL电信网关，基本在30多ms左右，峰值在51ms以内；
Google，Baidu基本在50多ms左右，峰值在87ms以内。
本地IP的ping值：
ping DIR-655（192.168.0.1），稳定在0ms（<1ms），打开路由界面无延迟。

到上面为止，TCP-Z中显示本机连接数依然很多，但是通过限制本机的迅雷上传，
网络状况已经得到明显的改善，仅看对外网的ping值，均已稳定在较为正常的范围。
接下来可以根据自己上网需求，譬如需要同时浏览网页，对网络作进一步优化。
因为浏览网页需要占用一部分带宽，同时为了减小Netlimiter防火墙的负担，
可以使用迅雷自带的下载限速，速度限制为150KB/s，经测试，
虽然无法和不开P2P下载的时候相比，但是相比较之前迅雷全速下载时，
网页几乎无法浏览的状况，已经有了非常明显的改观，基本可以流畅地浏览网页。

###########################################

其实，一般来讲，除了P2P软件，计算机上网浏览网页，看看在线视频（非P2P）
玩玩在线游戏，上BBS灌灌水等等，上传流量是很小的。灵活使用Netlimiter限制
迅雷等P2P软件过多的占用上传带宽，不但可以提高下载速度，还能改善网络状况。
其实就是把Qos的工作拿到了windows平台上来实现，如果，再进一步在应用层
对P2P下载和上网的带宽流量分别调整合理分配，给其他程序预留一定的下行带宽，
ADSL小水管上网也能与迅雷和平共处了，同样适用于其他路由器。

有关DIR-655的连接数，附上两机上网下载时的连接数统计：
[attach]1221140[/attach]
[attach]1221141[/attach]
条目总数为8818个（含1672个UDP条目），此时路由响应正常。
其中已建立的TCP连接数（Establish）为1438个
有关连接数统计的帮助说明：

作者: hellohjj 时间: 2010-2-19 21:14
为什么开了qos引擎ping值大，关闭qos引擎反而小？

作者: sinjiapo 时间: 2010-2-19 21:20
说实话，看不太懂。要关了QOS更好是吗？还是要大家用迅雷自己的限制速度设置，反正我用迅雷自带的限速是一点用都没有。

作者: glk17 时间: 2010-2-19 21:26
本帖最后由 glk17 于 2010-2-19 21:28 编辑

为什么开了qos引擎ping值大，关闭qos引擎反而小？
**ohjj 发表于 2010-2-19 21:14

前提测试条件是，大量的连接数，P2P多任务多线程全速下载
（本身655的Qos面对大流量P2P就没什么效果）
DIR-655开启Qos引擎后，面对大量的Qos分级任务，消耗了大量处理资源，
所以响应变慢，ping 192.168.0.1 的延迟增大。

而对外网ping值，则是由于Netlimiter限制迅雷上传带宽后，网络通讯状况改善，
延迟减小，趋于稳定的。和关闭打开路由的Qos无关。

这就是实测的结果，也是给幻想家用路由Qos有什么神奇效果的同学破盆冷水。

作者: hellohjj 时间: 2010-2-19 21:35
明白了，原来外网ping值减小是由于Netlimiter限速的原因，顶楼的文章里面没特别说明，所以一开始没看懂。

作者: glk17 时间: 2010-2-19 21:38

说实话，看不太懂。要关了QOS更好是吗？还是要大家用迅雷自己的限制速度设置，反正我用迅雷自带的限速是一点 ...
sinjiapo 发表于 2010-2-19 21:20

就DIR-655而言，Qos没事最好关掉
一，面对大流量的P2P，Qos没效果，不会改善网络状况，说白了就是开了也白开。
二，下载连接数不多的时候，开Qos也没什么影响；但是连接数多了，反而起反作用，拖慢路由。

迅雷本身的限速，有很大的水分，这就像自己当小偷（偷偷上传），同时自己又当警察（自带的上传限速）
实测数据在本文第一篇部分，【SOS！Qos】小议ADSL小水管如何与迅雷和平共处（一）

对迅雷的疯狂上传，过多占用有限上传带宽，还要靠第三方的本机限速软件，譬如防火墙Netlimiter

作者: glk17 时间: 2010-2-19 21:58

明白了，原来外网ping值减小是由于Netlimiter限速的原因，顶楼的文章里面没特别说明，所以一开始没看懂。
**ohjj 发表于 2010-2-19 21:35

好的，谢谢提醒
原文两步合一步，偷了点小懒

作者: inabyss 时间: 2010-2-19 22:46
学习了，呵呵

作者: 98118 时间: 2010-2-19 23:57
用cfosspeed效果更好

作者: szpunk 时间: 2010-2-20 01:12
cfosspeed使用本机CPU做QoS运算，怎么都比路由器强，特别是自己家里的几台机器，可以工作在协作模式，装一个软件而已。

作者: glk17 时间: 2010-2-20 01:20
本帖最后由 glk17 于 2010-2-20 01:34 编辑

用cfosspeed效果更好
98118 发表于 2010-2-19 23:57

cFosSpeed接触的比较早，而且名气也比较大，一开始我也是先用它来测试效果的
不过效果不是太满意，主要还是控制不了迅雷，同时开几个下载任务，没多开
cFosSpeed 5已经打开ping优化，并且迅雷进程Thunder.exe网络优先级设为最低
（迅雷用的官方主页的稳定老版本迅雷5.8.14.706，只有一个Thunder.exe进程，不带ThunderService.exe）

只可以调整优先级，控制总流量，但是不能对每个进程的上下行控制。感觉管控的还不够细。
另外，由于迅雷需要处理的连接数太多，导致cFosSpeed占用CPU较多，计算机运行也变慢。
Netlimiter也是安装一个软件，单独每个进程的Internet上下行可以自己调试，控制的比较准确。

一楼的测试，已经说明了，连接数多不是问题，哪怕是ADSL小水管
关键只要管好P2P进程的上下行，连接数不用管，其他程序就可以正常访问网络了，譬如浏览网页。

另外，cFos论坛里也讨论这个问题，cFosSpeed Vs 迅雷
http://www.cfos.de/cgi-bin/yabb2/YaBB.pl?num=1230911894

作者: leowood 时间: 2010-2-20 09:43
是的，这次完成赞同楼主的文章，现在我的问题是还剩下一个，就是我的A4路由由于开启qos，拖慢ubicom主控后，无线导致路由重启，我ping 路由是会有丢包的，我看你的那ping路由有延时但没有丢包，我只能发回维修站去了。

作者: kkfhj 时间: 2010-2-20 09:52
精彩的实践文章

作者: leowood 时间: 2010-2-21 16:29
这么好的文章，图都没有了？？？

作者: glk17 时间: 2010-2-21 16:31
噢，图片是放在photobucket上的，我这里能看到

作者: 凡妮娅 时间: 2010-2-21 16:48
提示: 作者被禁止或删除内容自动屏蔽

作者: glk17 时间: 2010-2-21 17:02

楼主，关于QOS 。。。如果是1台机器，其实路由开不开QOS都差不来多少。
本机自身的QOS能适当平衡，特别 ...
凡妮娅发表于 2010-2-21 16:48

迅雷是通过本地80端口上传的
所以，把80端口设为优先。。。。正中迅雷下怀

另外，IE浏览器浏览网页的端口是动态的，一般浏览的是远程IP的80端口（对方的WEB服务端口）
所以，对本地端口没法作优先级

作者: 兜来兜去 时间: 2010-2-21 17:14
不用讯雷的路过~

作者: daven_pan 时间: 2010-2-21 17:20
本帖最后由 daven_pan 于 2010-2-21 17:22 编辑

其实还有办法，指定下载机
直接判断IP限速，我家就是这样，迅雷满速，ping还可以保持50
还有同意LZ的，对于ADSL限制上传比限制下载更重要

作者: leowood 时间: 2010-2-21 18:48

其实还有办法，指定下载机
直接判断IP限速，我家就是这样，迅雷满速，ping还可以保持50
还有同意LZ的，对 ...
daven_pan 发表于 2010-2-21 17:20

你用什么 qos

作者: glk17 时间: 2010-2-21 18:54
19楼也是一种办法，用基于IP限速的Qos
家里多台机，下载全放在一台上面（譬如NAS及下载机）
平时其他电脑上网的时候，就对下载机的上传/下载限速，睡觉的时候就取消限速，分时段

作者: fosily 时间: 2010-2-21 19:14
用了tomato QoS，效果很明显

作者: leowood 时间: 2010-2-21 20:57
回复 22# fosily

别自欺欺人了，呵呵，用了三年wrt54gs+番茄的路过

作者: fosily 时间: 2010-2-21 21:00
回复 23# leowood
你真杯具

作者: sonicxz 时间: 2010-2-21 21:19
QOS其实就是个玩具

作者: glk17 时间: 2010-2-21 21:51
我个人认为，P2P是肯定可以限制甚至封禁的，但是很难
一方面，门槛很高，需要对网络有比较深入的了解
另一方面，面对多连接数，大量数据的处理，需要有强大的硬件配置

Tomato的Qos主要含几种内容，作用也是不同的
端口优先级，和很多普通原厂固件的Qos一样，对迅雷等P2P软件无效，因为端口不是固定的；
IP限速，限制路由某IP对应计算机的上下行。有效的。利用IP限速的方法就可以像19楼一样来优化网络；
IPP2P，L7，可以看下这篇文章
http://www.anywlan.com/Article/2009/20090920235633_4568.shtml
通过对数据包的分析，来区分P2P还是普通上网的数据，进行分级控制。理论上讲是有效的，但实际上由于协议更新缓慢，存在误伤其他程序的可能，计算量大效率低等等原因，并不能做到完美。

作者: leowood 时间: 2010-2-23 10:59
杯具了，今天收到了dlink 换的新的655，bt同时下载 3300个session， 5M/s的速度，249个EST连接，路由开启QOS，ping值小于2ms，好了，原来是质量问题.

看来655用的不爽的都是有质量问题的，楼主那个ping有延时的，也不是qos的问题，是路由**病，衰

作者: hellohjj 时间: 2010-2-23 12:03

杯具了，今天收到了dlink 换的新的655，bt同时下载 3300个session， 5M/s的速度，249个EST连接，路由开启Q ...
leowood 发表于 2010-2-23 10:59

这么强？

作者: glk17 时间: 2010-2-23 12:38
本帖最后由 glk17 于 2010-2-24 09:06 编辑

杯具了，今天收到了dlink 换的新的655，bt同时下载 3300个session， 5M/s的速度，249个EST连接，路由开启Q ...
leowood 发表于 2010-2-23 10:59

嗯，不错

不过这边应该还好，8000多总连接数，其中已经建立连接的EST有1千4百多，这时候开着Qos，ping路由的值在100多ms，所以应该差不多。当然不开Qos，ping 192.168.0.1都是<1ms
而且你的是A4，我这个是老版的A3，A4应该更强一些，合理的。

我这边多台机一起挂多任务试的，看到过DIR-655总连接数上万的
对应家用级高端路由WAN吞吐量列表，这样的性能应该是符合的

作者: titanhand 时间: 2010-2-23 13:06
叮叮当当地对地导弹道导弹道导弹的

作者: slclxh 时间: 2010-2-23 13:23
看了glk17 贴出的列表后心里“哇凉哇凉”

滴，俺的610N尽然比655差了这么多。。。。。。

作者: leowood 时间: 2010-2-23 13:37

杯具了，今天收到了dlink 换的新的655，bt同时下载 3300个session， 5M/s的速度，249个EST连接，路由开启Q ...
leowood 发表于 2010-2-23 10:59

更正！！！！！！！！！！！！！！！！！！！！！！！！！！！！！

继续杯具ing，办公室测试良好非常坚强的换回来的新655行货，拿回家试验，还是老655完全一样的问题出现
办公室和家里网络的区别：
办公室是静态IP接入100M光纤
家里是动态PPPoe ADSL 拨号

这么说来，PPPoe 模式与 QOS不兼容，有仇？

作者: leowood 时间: 2010-2-23 13:50

是啊，这个QOS会导致PPPOE连接重置，
noveaint 发表于 2010-2-23 13:44

不但会导致 pppoe 重置，也会导致整个路由不稳定，ping 路由time out或者丢包，下载速度大大降低，我全新行货 A4 dir-655 可以轻松对付100M光纤的接入和bt的高速下载，但是却对付不了 4M adsl的拨号，太悲剧了，回头再试验下关闭dns relay，看看是不是pppoe dns relay的问题。

作者: glk17 时间: 2010-2-23 14:28
为什么还是恋恋不舍一个没有用的Qos呢

没用就不要用它

我看着折腾都累了

作者: glk17 时间: 2010-2-23 14:58

我都试过了啊，我已经关掉了，和开着一样的，只要带宽有多，就不会卡，不过连接数高的时候，虽然速度没满 ...
noveaint 发表于 2010-2-23 14:39

嗯，我也关了

开迅雷全速下载占满带宽，浏览网页肯定卡的，什么路由都一样
主要是带宽全给迅雷占完了，其他程序要访问Internet没有剩余的带宽了
这也是这篇文章主要讨论的东西，就是要合理分配带宽，要干其他事情的时候，就要限制迅雷占用的带宽

作者: liling99 时间: 2010-2-23 18:09
又学习了。

作者: xiaoyihz 时间: 2010-2-23 20:40
顶一下，一个655引发的Qos血案，我的Qos也关了，迅雷也咔嚓掉了，一了百了

另外请教一下高手：所谓win7的Qos在哪里搞的？

作者: leowood 时间: 2010-2-23 21:16

顶一下，一个655引发的Qos血案，我的Qos也关了，迅雷也咔嚓掉了，一了百了

另外请教一下高手：所谓win7的 ...
xiaoyihz 发表于 2010-2-23 20:40

gpedit.msc 里，搞了无用，

关键是要交换机和路由支持那个什么 dscp 标记，我前几天试验了，655不支持dscp

作者: glk17 时间: 2010-2-23 22:23
我继续用迅雷

P2P下载，我的看法是，速度最终建立在连接数的基础上
连接数越多，速度越快

迅雷在这一点上，无论是瞬间暴发连接数（虽然系统半开连接数开到1024，我这里迅雷可以飙到250左右半开，其他软件没这么多）；还是持续的总连接数，找到有效源的速度，都是迅雷占优。
特别有时候用来下载一些过期失效的链接，利用P2SP，迅雷还是有效的。

关键是要控制好，发挥它的优点，抑制它的缺点。

作者: xiaoyihz 时间: 2010-2-23 23:08

我继续用迅雷

P2P下载，我的看法是，速度最终建立在连接数的基础上
连接数越多，速度越快

迅雷在这一 ...
glk17 发表于 2010-2-23 22:23

用的哪个版本的迅雷？
我的迅雷用着用着就断流了，一定要停止再开始就又恢复了。。。

作者: glk17 时间: 2010-2-23 23:15

用的哪个版本的迅雷？
我的迅雷用着用着就断流了，一定要停止再开始就又恢复了。。。
xiaoyihz 发表于 2010-2-23 23:08

我一直用官网的稳定老版本
迅雷5.8.14.706

断流是不是前面有红XX，看下面的提示内容
有时候也遇到，但是不常见
一般都是BT新建预存文件时出错（带非默认文字或不规则文件名的时候）
迅雷文件名命名不支持UTF8

作者: xiaoyihz 时间: 2010-2-24 00:46

我一直用官网的稳定老版本

断流是不是前面有红XX，看下面的提示内容
有时候也遇到，但是不常见
...
glk17 发表于 2010-2-23 23:15

前面没有红叉叉，直接就没流量了，其他一切正常
5.8.14.706支持电驴不？

作者: glk17 时间: 2010-2-24 07:53

前面没有红叉叉，直接就没流量了，其他一切正常
5.8.14.706支持电驴不？
xiaoyihz 发表于 2010-2-24 00:46

电驴，HTTP，BT全部支持
热门下载也会出现断流吗？

作者: xiaoyihz 时间: 2010-2-24 21:30

电驴，HTTP，BT全部支持
热门下载也会出现断流吗？
glk17 发表于 2010-2-24 07:53

是滴，实在搞不懂怎么回事，而且停止再马上开始，就好了，一下就到200多K了

作者: QQSHOWS 时间: 2010-2-24 22:08
其实用老版本的迅雷就可以了。

作者: luo831 时间: 2010-2-26 23:31
家用还玩QOS，ADSL是不对称链路，限制上传速度就行了，这里的人都怎么了

欢迎光临 POPPUR爱换 (https://we.poppur.com/)