Thank you.
I'm currently using the 4.19 kernel build, and sometimes the luci interface is terribly slow, like 30 secs to load after clicking on something, other times it's snappy as normal. I've tried different browser and clearing cache to no help. I do also sometimes get a red warning notice saying
"XHR Request Timed Out"
Is this down to not having the SSL certificate bit sorted out yet on my end??
Edit /etc/config/uhttpd and update http_keepalive to 0 as follows:
option http_keepalive '0'
All the Luci interface issues will be gone. Almost. 
If you are still not getting 500 mbps - I’d check your modem and line. If you are running cable and have a DOCSIS 3.0 modem that might be your issue.
Thank you very much for help. I am easily getting 600 mbs ( as my ISP limit) without SQM but much less with SQM.
The Kong tweaks https://www.desipro.de/openwrt/sources/startup to utilize both cpu cores for network processing and CPU optimization really helps to stay at any specified download limit.
Thanks to fantom-x and ACwifidude
Dear Hnyman, May be you can to add both tweaks to the start up scrip?
1 Like
Great to hear. The R7800’s CPU runs out of steam for SQM at that speed. Hopeful the developers will crack the code on stable NSS CPU drivers to squeeze a little more performance.
I agree - I’d love to see some experimental easy CPU toggles in the GUI! CLI is easy but it is always a little easier in the GUI.
BTW, after this tweaks both builds are equal performance wise
Just got round to try running that code, but it gives an error saying file not found, so I assume what it's trying to modify isn't included in hnymans 4.19 build.
Kernel 4.19 has different IRQ mapping and potentially also queues naming.
You do NOT run any code. You have to edit the file, /etc/config/uhttpd. Update the keyword, http_keepalive, to 0 as follows:
option http_keepalive '0'
The /etc/config/uhttpd file will have lots and lots of entries and you have to search for http_keepalive keyword and update it to 0. That's all. After that, you can check whether you see any luci errors or reboot it and check it out.
Sorry @RainGater
I was referring to this script you mentioned..
I guess it's not valid for 4.19 kernel as it says file not found.
No, it updates some of those files as all of them are not available. If you run the following command, you will see that the value is set to 3. So, you are good if you see the following output.
root@r7800:~# for FILE in /sys/class/net/*; do echo 3 > $FILE"/queues/rx-0/rps_cpus"; echo 3 > $FILE"/queues/tx-0/xps_cpus"; done
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
ash: write error: No such file or directory
root@r7800:~# cat /sys/class/net/wlan1/queues/rx-0/rps_cpus
3
1 Like
Many thanks!
I don't know if @hnyman included the latest cpufreq/l2 cache patches in the 4.19 build but if he did, there's no need to change scaling settings. Router runs pretty well on ondemand, if you want slightly better performance, change to performance governor... but you don't need that extra "scaling fix", at least not from what I've seen so far.
I didn't include those.
Would be good to get the 4.19version bump first in, and then look into improvements.
2 Likes
in theory the change to the queues should improve performance even more.
Any idea why they don’t want to push it to master? It’s there for months now and I see very little progress in master.
It looks like devs don't have devices to test the pr on. So they wait lot of times to make sure it doesn't cause any damage...
Is your current 4.19 build up to date with Ansuel's PR? (2472 I believe)
the pr hasn't changed so it would't make a difference with the update one