What's new

Router settings GUI - extremely slow page loads since 384.12

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Zolt

Occasional Visitor
Hi there.
I have an ASUS RT-AC66U_B1.
For some reason, I have extremely slow page loads in the router's GUI since I updated the firmware to 384.12
Is there anybody else experiencing this?
I don't know what to check.
Of course, I have rebooted the router a couple times since, but nothing changed.

Would someone have an idea of what I can do to figure out where the issue lies?

Best regards
Zolt
 
...actually...
I just tried with IE and it is way more responsive.
Any idea why Chrome would be sooooo sssslllllooooowwww, but not IE? I normally find Chrome more "workable" than IE....

FYI :
Chrome is version 75.0.3770.142 - 64-bit
IE is version 11.3085.14393.0 with update 11.0.135
 
If you use https, try over http. if it works better, try removing any saved certificate in Chrome's certificate store, or manageing your own CA + certificates.
 
Hi there.
I have an ASUS RT-AC66U_B1.
For some reason, I have extremely slow page loads in the router's GUI since I updated the firmware to 384.12
Is there anybody else experiencing this?
I don't know what to check.
Of course, I have rebooted the router a couple times since, but nothing changed.

Would someone have an idea of what I can do to figure out where the issue lies?

Best regards
Zolt

I have an RT-AC5300 and with 384.11 (maybe also 384.10 but I can't recall) I had terrible performance using Firefox. Edge and IE both worked fine. Now that I'm on 384.12, Firefox is working great again. For what it's worth, I didn't really do much troubleshooting since changing browsers worked around the problem in the first place.
 
Same issue here on 12. Http not https. Problem on 87U with QOS enabled. Another 87U device without QOS no issue. Haven't tried to disable QOS yet.

Regardless of browser, but they might be chromium everyone, (chrome, Firefox, via)
 
Tried disabling QoS and it's definitely faster GUI with no timeouts.. Unfortunately not a permanent option for me.
 
Do you use a VPN client? These can interfere in weird ways with QoS.
 
OpenVPN server is on, but this is at home so I'm not using the client. FWIW the login screen is lightning fast, but it slows down after logging in (also in incognito)

Jul 23 02:10:46 rc_service: httpd 248:notify_rc restart_qos;restart_firewall
Jul 23 02:10:48 kernel: SHN Release Version: 2.0.1 3529123_patch
Jul 23 02:10:48 kernel: UDB Core Version: 0.2.14 r3529123
Jul 23 02:10:48 kernel: sizeof forward pkt param = 192
Jul 23 02:10:48 BWDPI: fun bitmap = 3
Jul 23 02:10:48 A.QoS: set_qos_off, ret=65280
Jul 23 02:10:49 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jul 23 02:10:50 A.QoS: set_qos_off, ret=65280
Jul 23 02:11:06 kernel: SHN Release Version: 2.0.1 3529123_patch
Jul 23 02:11:06 kernel: UDB Core Version: 0.2.14 r3529123
Jul 23 02:11:06 kernel: sizeof forward pkt param = 192
Jul 23 02:11:06 BWDPI: fun bitmap = 3
Jul 23 02:11:16 rc_service: bwdpi_check 275:notify_rc start_firewall
Jul 23 02:11:16 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jul 23 02:12:36 rc_service: httpd 248:notify_rc restart_qos;restart_firewall
Jul 23 02:12:37 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Jul 23 02:12:37 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Jul 23 02:12:37 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Jul 23 02:12:38 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
Jul 23 02:12:38 kernel: HTB: quantum of class 20002 is big. Consider r2q change.
Jul 23 02:12:38 kernel: HTB: quantum of class 20060 is big. Consider r2q change.
Jul 23 02:12:38 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jul 23 02:12:42 kernel: SHN Release Version: 2.0.1 3529123_patch
Jul 23 02:12:42 kernel: UDB Core Version: 0.2.14 r3529123
Jul 23 02:12:42 kernel: sizeof forward pkt param = 192
Jul 23 02:12:42 BWDPI: fun bitmap = 3
Jul 23 02:12:56 kernel: SHN Release Version: 2.0.1 3529123_patch
Jul 23 02:12:56 kernel: UDB Core Version: 0.2.14 r3529123
Jul 23 02:12:57 kernel: sizeof forward pkt param = 192
Jul 23 02:12:57 BWDPI: fun bitmap = 3
Jul 23 02:13:05 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
Jul 23 02:13:05 kernel: HTB: quantum of class 10002 is big. Consider r2q change.
Jul 23 02:13:05 kernel: HTB: quantum of class 10060 is big. Consider r2q change.
Jul 23 02:13:05 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
Jul 23 02:13:05 kernel: HTB: quantum of class 20002 is big. Consider r2q change.
Jul 23 02:13:05 kernel: HTB: quantum of class 20060 is big. Consider r2q change.
Jul 23 02:13:05 rc_service: bwdpi_check 275:notify_rc start_firewall
Jul 23 02:13:06 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)

qos off/on log at least looks fine to me, read a long time ago I could ignore the kernel HTB messages
 
Last edited:
I have noticed the same issue on a fresh install, without VPNs or custom scripts enabled. Logging in to the web UI causes the wireless to disconnect clients.
 

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top