Thanks. I could neither find a file /var/log/kern.log nor did find /var/log | grep -i mess have a match.
Thanks. I could neither find a file /var/log/kern.log nor did find /var/log | grep -i mess have a match.
dmesg and journalctl -k, found only entries after reboot, that the shutdown was not clean. Any specific logs where I could find more?
Does on mean that /sys/kernel/mm/lr_gen/enabled returns 0x7?
Just set vm.page-cluster to 0, to disable the page read-ahead (AFAIK the default value was set when swap was still on rotating disks).
Debian does not enable it by default, cat /sys/kernel/mm/lru_gen/enabled will be a 0.
I am running Debian 12 on all of my devices with Debians vanilla kernel! :-) Just enable MGLRU on Debian like it is described in this blogpost.
One further tip for ZRAM: On my device the LZ4 algorithm was noticeable faster than ZSTD (didn’t try ZSTD with the enabled MGLRU, yet) and it was important to disable the RAM page read-ahead on my device.
I don’t know either, but unless one uses zstd (lzo seems more like a thing for this hardware), I would hope that it is totally usable. (Running zstd memory compression on a Raspberry Pi 2, w/o any noticeable speed impact)
Show me some numbers! ;-) … Perhaps I miss something, but basically we have 32bit pointers vs. 64bit pointers, the rest of the data should be the same size. 64bit should be faster for tasks where the CPU is the bottleneck/computations, so IMHO it will be an interesting tradeoff with no clear winner for me.
The most important thing is not the distribution, but to enable ZRAM (or ZSWAP) and use a lightweight desktop. I am not sure how much difference a 32bit vs a 64bit distribution makes, but if possible you could take one for the team and run some trials and report your numbers (RAM usage) back here.
Of course I recommend Debian with a lightweight desktop of your choice, or Alpine.
I stand corrected!
Thanks, this would indeed solve my problem. Still hoping for a better solution, but if everything else fails I’ll utilize it!
Thanks, that would be a valid approach and my last resort.
As you said, I hope someone knows a more elegant solution, though!
Who else can survive for years on eating their own foot-skin? :-P
Great pick!
So many quotes from Casablanca are part of our everyday culture… and AFAIK it is the first movie ever to feature a flashback in a flashback. Combined with the awesome cast of actors this is a masterpiece. :-)
One is not enough, and a lot of great movies where already named, still, some great movies are missing:
… from the top of my mind. :-P
Nice, thanks a lot, especially the dirty_bytes settings are interesting to me, because I experience hangs with too much disk IO :-P.
Cheers!
Could you ELI5 the last five settings? I saw that Chrome OS sets vm.overcommit_memory = 1, it seems to make sense but is missing here.
Thanks a lot! You are right, I saw this already.
I can confirm the findings with my benchmarks: zstd has the best compression, lz4 is the fastest.
Thank you for the tip, I’ll check it out, if the Pi runs unstable again. Just surprised, it sounds that it happened often to you… Since I upgraded to better sd-cards, I never had sd-card trouble again for nearly a decade now. (And I am constantly running multiple Pis 24/7 as servers)