I have not tested it recently... but it is supposed to switch on wireless for 'duration' each boot... for lockout prevention... or for those with complex ethernet setups as an alternate means to access the device...
( so, if there was a need for a single large disk install with data intensive services ~file~ ... seems it would be worth the trouble... but general openwrt runtime apart from boot would likely be negligible )
that would be a question best served by it's own non-community thread...
but unless your premises is minute ( aka, one bedroom apartment )... it's really only useful as a learning exercise and using a separate AP ( running vlans to it from the pi4 ) is the way to go...
the built in rpi4 wifi is ok for for;
1-3ish users within
2-12m... for 'basic' network tasks...
and/or management purposes... ( have not tested client range but suspect there might be longer range single link use cases in client mode )...
the other thing with the rpi4 wifi... i've noticed using it instantly adds 3degrees celcius to operating temperature ( idle - would be interested to see some temperature graphs under heavy AP load ) ... ( and likely the related respective current draw from the PSU )... considering openwrt already uses significant current for networking/usb operations... that additional wifi burden/temp increase for most, is a complexity best avoided...
OpenWrt caches a few things, hence the 1Gb, 3-400mb also seems fine for generic things.
You can ssh into it and run htop (opkg install htop, if you dont have it already)
Then run htop
You’ll see what’s using memory, but you have nothing to worry about. I run a few docker containers and a bunch of stuff on top of my RPi OpenWrt, and even after 2 weeks of uptime, it’s generally around 1.75Gb committed, 0.5-1Gb cached 500mb buffered.
Cache is a high-speed storage area on the ram(caches pages from file reading)
Buffer is normal storage area on the ram ( dedicated to cache disk blocks)
Buffers are associated with a specific block device, and cover caching of filesystem metadata as well as tracking in-flight pages. The cache only contains parked file data. That is, the buffers remember what's in directories, what file permissions are, and keep track of what memory is being written from or read to for a particular block device. The cache only contains the contents of the files themselves.
There are also other differences but all-in-all they’re pretty much a normal occurence in any system.
The first iptables rule worked. The ISP modem is very talkative, even when i disable their built-in DHCP protocol, and converted it to a dumb pppd access concentrator. Seems ISP loves to mess with clients with custom configuration for $$$.
Hi and thanks for your contributions to the community.
got a question.
install the fac image for the first time. and every thing works just fine except the adblock service wont show any Information at the Information panel. after setting everything up.
it says disabled i guest that means it is enable right.
have to replay on this for been new to the forum
that did the trick i guest never assumed nothing. lol.
thanks a lot for your help.
since i can not post in here any more dont know for how long.
another question in here some times specially after and upgrade the usb adapter is not recognized and i have to unplugged it and plug it back . any clue as to why.
click 'disabled' then click start ( kinda un-intuitive naming ), it specific to this build having to do that... normal openwrt you wouldn't have to...
builds after 1.9 have experimental(mainline-raspbian) 'boot/dat*-elf*' files... it could be that... could also be power... i've always put;
in /boot/config.txt which may have an influence over boot time device detection/power related... I know with the newer firmware or usb booting... alot of people needed to tweak similar values... otherwise it would be device specific...
the only things higher up in the OS that effect things like this are when you install drivers / have conflicting devices/drivers or re-plug while on... ( or plug into alternate ports while off )...
basically if no plugging is done, the os shouldn't have issues... ( excluding fancy stuff like otg/usbmode-qmi etc )