Proposal (and solution!) for High Load fix on OpenWrt (LuCI)

For Developers
21

Here is a picture which helps to explain part of the problem:

resources.png995×969

I have what I think will be a controversial opinion. I think Luci should be scrapped and that something more like Luci2 should replace it.

It would be nice too, if the instructions for installing Luci2 were updated on the wiki. So that people could test it.

I will mention too that OpenWrt snapshots do not ship with Luci installed, so you likely won't experience the issue if you use one. You will however, need to configure your OpenWrt instance via ssh instead of over http in the absence of Luci.

I'm in the process of writing my own http configuration tool and it's in the early planning stages because of the very issue mentioned in this thread.

1 Like
22

You can take a look here: https://github.com/obsy/packages/tree/master/easyconfig
Check the performance is it what you expect . You can use https://translate.google.com/ to translate the page http://eko.one.pl/?p=easyconfig

23

@jow I noticed that the proposed fix was reverted. From the commit message, it wasn't entirely clear in which situations we do need concurrent HTTP requests. Could you perhaps elaborate? Would it be safe to keep concurrency disabled if I don't run into any issues with it disabled? Thanks!

24

@Mushoz That's the relevant ticket https://github.com/openwrt/luci/issues/2680

1 Like
26

this is true, while lowering script requests to 1 does help a bit it is not complete solution and slows down additional radios processing. there is another bug, as even with this change just by overviewing wireless page load on my litebeam 5ac reached 1.60

28

I still got the issue using Davidc502 latest build and the WRT32X with option max_requests '2' in uhttpd in /etc/config.

It is much better with option max_requests '2' but i still get the issue :frowning:
Also i am using dnscryptv2, but even without i got the issue.

Any other trick?

29

Try:

uci set uhttpd.main.http_keepalive=0
uci commit
/etc/init.d/uhttpd restart
3 Likes
30

i think it's fixed. Thank you sir.

31

think it helped mine too.

1 Like
32

I was able to improve performance noticeably on my box (less latency and no freezing on LuCI page loads) by switching the SSL library to mbed TLS. Maybe it's just me but mbed TLS seems to perform better on devices with less processing power.

1 Like
33

That's what it's designed for.

34

thanks this helped me !

35

Yeah, it's kind of in the name "embedded TLS library" :wink:

I guess I should have clarified, mbed TLS seems to work better on my ar71xx devices than my mt7621 devices, and the OpenSSL seems to work better on my mt7621 devices than mbed TLS.

1 Like
36

Aaah! Your mt7621 device likely has a built-in crypto engine.

https://wikidevi.com/wiki/MediaTek_MT7621

1 Like
37

Thank you, it works.

38

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.