You should update to a more recent, supported, version. E.g. 19.07.9 or 21.02.2. (note that 19.07 is planned to be end-of-life in March.)
Rsyslogd is not part of the core package set.
Sure it matters. 350.000 lines of blocked domains. Let's say 50 bytes per domain in the list, and you would already consume 18MB. Not sure how efficient the domain database list is, but sure your aggressive blocking consumes memory.
You should update to a more recent, supported, version. E.g. 19.07.9 or 21.02.2. (note that 19.07 is planned to be end-of-life in March.)
I'd really like to, but every time I try via LuCI, it just doesn't do anything - it reloads the webpage and stays on 19.07.
Rsyslogd is not part of the core package set.
I will remove it. Thank you for pointing this out.
Sure it matters. 350.000 lines of blocked domains. Let's say 50 bytes per domain in the list, and you would already consume 18MB. Not sure how efficient the domain database list is, but sure your aggressive blocking consumes memory.
It looks like this with the full list loaded and running:
As hnyman and mercygroundabyss implied, adblocking with dnsmasq is RAM intensive, so be a bit more conservative with the size of your blocklists (350'000 is too much for dnsmasq). There are two major choke points, fetching/ refreshing blocklists (which involves sorting and de-duplicating), but most of all tcp requests to dnsmasq (not the major mode of operation, but still normal behaviour), which do cause it to fork, to multiply its RAM usage per forked instances. This easily kills off even high-end devices with huge blocklists. There have been -very recent- improvements to this behaviour in dnsmasq following the discussions starting in https://lists.thekelleys.org.uk/pipermail/dnsmasq-discuss/2021q1/014907.html (and spanning over several months beyond that initial report), improvements, but it's still an issue.
I've chosen to move my dns blocking off of the router and to a pihole container on a separate system. So far things are running smoothly.
Thank you again.