群内好像都有人说这个情况？
原帖由 growing 于 2008-11-19 14:59 发表 https://www.chinadsl.net/images/common/back.gif
群内好像都有人说这个情况？
群内那个人我看到了！他就说了一句话：都有这问题“擦汗的图标”
我就不多加评论这个了！
下午刷了3个固件都断流就是迅雷时断时续 速度半波走势 其他下载没试
原帖由 wyfme 于 2008-11-19 15:53 发表 https://www.chinadsl.net/images/common/back.gif
下午刷了3个固件都断流就是迅雷时断时续 速度半波走势 其他下载没试
你刷了什么固件？刷了三个？你的modem获取到的线路状态是如何啊？这个可是重要数据
东哥：我把情况详细说下
用RG100其他一切正常 速度比HG522快 就是迅雷下载不行 HG522正常 RG100我用了原版 和 2.61 2.73三个版本
用FLASHGET下载同样的BT文件却正常 我的判断是电信对迅雷做了限制 而HG522里面做了什么反限制的数据 只能这么解释东哥你看看HG522里面是否做了什么谢谢！
原帖由 wyfme 于 2008-11-19 18:58 发表 http://www.chinaqos.com/images/common/back.gif
用RG100其他一切正常 速度比HG522快 就是迅雷下载不行 HG522正常 RG100我用了原版 和 2.61 2.73三个版本
用FLASHGET下载同样的BT文件却正常 我的判断是电信对迅雷做了限制 而HG522里面做了什么反限制的数据 只能 ...
电信应该是没做什么限制的，我认为问题是出在bcm芯片的猫没限制线程数导致。。。
我查过bcm的猫基本上都是把线程数设置为0.。
迅雷是一个比正常bt软件还要变态的p2p下载软件，即使你在迅雷软件中限制了连接数如150条，我用相关的可以检测到连接数的路由器可以看到，一开迅雷下载，无论你的迅雷软件限制不限制线程，连接数起码要上3000条，我最高峰试过上到1万出头。。。而一般的快车这些bt下载软件一般不限制的话也是走1-2千条线程，可想而知迅雷给设备的承受能力是多么的繁重。
我现在准备进一步研究bcm6358芯片系列的线程数应该把默认的0限制改变为有限制的来试试是否有改善的效果。始终上到1万条线程不是一个小数，对于一般的网吧来说这样的线程数可以说一个网吧100台电脑也在上网玩游戏，聊天开网页也没有这么多。
可能啊我的线路应该不错的 跟你的几乎一样
Downstream Upstream
Rate (Kbps) : 6144637
SNR Margin (dB) : 30.421.4
Attenuation (dB) : 15.06.4
Output Power (dBm) : 14.912.3
MSGc (number of bytes in overhead channel message) : 5916
B (number of bytes in Mux Data Frame) : 19219
M (number of Mux Data Frames in FEC Data Frame) : 11
T (Mux Data Frames over sync bytes) : 13
R (number of check bytes in FEC Data Frame) : 00
S (ratio of FEC over PMD Data Frame length) : 1.00000.9877
L (number of bits in PMD Data Frame) : 1544162
D (interleaver depth) : 11
Delay (msec) : 00
Super Frames : 185712562
Super Frame Errors : 00
RS Words : 00
RS Correctable Errors : 00
RS Uncorrectable Errors : 0N/A
HEC Errors : 00
OCD Errors : 00
LCD Errors : 00
Total Cells : 17519116629
Data Cells : 32 26
Bit Errors : 00
Total ES : 10
Total SES : 00
Total UAS : 172200
YeS东的猜测应该是对的用迅雷下非BT文件正常 速度稳定在600K
怎么清除/proc/net/ip_conntrack的内容啊 看看是不是这个作怪