Open msliulzr opened 9 months ago
已经破案,改了默认wan口导致hqos失效
感谢回复,我晚上回去再详细记录和复现这个bug!
@padavanonly 大佬,我昨晚测试没有复现,但是早上起来后bug复现了 然后查了系统日志有2个时段比较有意思, 似乎hqos自己重启了还是啥,但是这个时间点我在睡觉,唯一能想到是,有在下载,并发超多连接数把ppe用光了。早上想复现下,所以想把ppe连接数调低 又发现了一个bug ppe连接数设置无效,所以ppe占满情况下还无法测试。。。
应该不是PPE连接数的问题。。。在旧一点的代码上测试过双PPE 32K 打到每个PPE占用7000+都没事儿。
你把浏览器缓存清空了再说,现在根本没设置ppe entry的界面
我怀疑是你浏览器缓存问题,传了错误的设置参数进去。设置界面并没有设置ppe 条目的选项
@padavanonly 不好意思大佬,我是用你的源码编译的固件https://github.com/padavanonly/immortalwrt-mt798x,还在学怎么用github。。。
应该不是PPE连接数的问题。。。在旧一点的代码上测试过双PPE 32K 打到每个PPE占用7000+都没事儿。
有趣的是,我把限速队列设置成32,不经过hqos,马上就正常了
换成1能马上复现吗 我这还是复现不了
不了
是的,只要换成小于32的数,就马上复现,前提是要触发这个bug后才行,然后重启又恢复正常
要触发这个bug后才行,然后重启又恢复正常
cat /sys/kernel/debug/hnat/qdma_txq0
ssh看下这个
你还是要把触发这个的情形找出来,不然什么有用的日志都没有,我和其他人也没有遇到过你这种,没办法debug
你还是要把触发这个的情形找出来,不然什么有用的日志都没有,我和其他人也没有遇到过你这种,没办法debug
嗯,等触发了,我再发出来
另外建议你换个地方发issue,你用的毕竟不是这个仓库的直接源码
另外建议你换个地方发issue,你用的毕竟不是这个仓库的直接源码
好的,大佬有没有反馈bug的qq群啥的
我也发现有楼主同样问题,没有发现直接复现的方法。一段时间随机就出现了,不使用硬件qos用软件的就没这个问题
hqos加速网口是绑定的,所以你看下有没有把lan口改为wan口这种操作
你还是要把触发这个的情形找出来,不然什么有用的日志都没有,我和其他人也没有遇到过你这种,没办法debug
嗯,等触发了,我再发出来
兄弟你这个问题复现了吗?怎么解决的?我这边尝试更换其他源码的op一样完美触发这个问题,路由器是ax3000t。只要用硬件qos就全部设备连1兆字节每秒都达不到
设置应该是没错的
遇到的情况是这样,当调整限速速率,点击应用后,这是时候不管有线测速,还是无线测速,网速都低于10Mb。 重启路由后,不调整eqos,测速正常。。