|
今天早上继续试验,接着下载昨天晚上暂停的3个热门迅雷文件,同时监视我的外网ping值和路由ping值
- 下载启动后,外网ping值急剧下降 (后来我把我的外网ping目的服务器加到40优先级,毫无帮助,说明是个QOS是个废物)
- 一分钟 后, 路由开始脑子短路迟钝起来,以下是 截图
- 这个图说明路由已经开始发神经了,我打开路由web界面,已经非常迟钝,而且ping路由开始丢包
- 我立即打开statistics 的interenet session 页面,去看看里面有多少个死的活的,半开的session,copy下来再word中一数, 2320个
- 说明这个路由在2320个session下 (仅三个下载文件),已经重伤了,这个和我原来的wrt54gs, 4000~6000个session坚挺根本没法比。
- 必须指出的是,在路由发疯被三个文件整半死的时候,下载是不可能全速的,下载速度就非常不稳定了,因为路由必须顾好自己后才能顾下载,所以在路由有ping值和丢包的情况下,不要指望有好的下载速率。
再试验关闭 QOS里的 dynamic fragmentation,动态片段切割,让qos省点力气,反正就是个废物,结果是路由不啥了,但是外网依旧傻
-只要路由不傻,外网ping再丢包,也会全速
到这里,655处理不了迅雷貌似是qos的低效率拖累了整个包转发的处理,但是回头重新把动态片度开启,结果路由也不傻了。
昨天也是试验这样的结果, 下载刚开始,路由就半傻,关闭动态片段或者关闭qos,路由就很正常,但是回头重新开启qos,也不出现路由傻掉的情况了,我想这里只有两种可能
- 路由工作一段时间后,不重启已经对付不了迅雷的session了,我关闭qos,其实等于重启了路由(改变设置路由需要重启),也许是重启的作用。
- 迅雷开始找种子,建立半开下载的时候,路由负担最重,就半傻了,后来我关闭和再开启qos,其实那个时候建立session速度已经比我早上第一次要快,所以迅雷工作一段时间后,路由负担反而会减轻
这个还没有最终验证,但无论如何,路由出现上百ms的ping或者丢包,就是路由**病,而且,不像是个体的或者硬件**病,有一定的规律性
实在懒得折腾了,慢慢用吧 |
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有帐号?注册
x
|