Cause I was looking for it anyway: https://klarasystems.com/articles/openzfs-storage-best-practices-and-use-cases-part-1-snapshots-and-backups/
sonstwas
joined 2 years ago
It's still being kept barely alive for whatever reason. But it hasn't gotten any reasonable updates (I think not even including security updates as of recently, see https://www.libreoffice.org/discover/libreoffice-vs-openoffice/ ).
See also https://blog.documentfoundation.org/blog/2020/10/12/open-letter-to-apache-openoffice/
I'm not sure whether it makes sense trying to discuss with you but let's try...
You couldn't know how much traffic you saved because you didn't load the ad. The ad could be 1KB, 1MB or 1GB, but because you didn't load it you wouldn't know it's size. Without knowing it's size, you wouldn't be able to calculate the savings.
As mentioned somewhere is in the thread you would have to directly compare two machines visiting the same pages and even then it's probably only approximate because both machines might get served different ads.
Someone should get the ArchiveTeam onto it (if they aren't already)
I'm in the same boat, but didn't jump so yet. I've been following paperless for a while now but every time I look at scanners I'm blown away by their prices...
There's a bug in Lemmy v0.19 and v0.19.1 that relates to federation: https://github.com/LemmyNet/lemmy/issues/4288
Gotta wait until it's fixed and all instances update.
Based on this thread it's the deduplication that requires a lot of RAM.
See also: https://wiki.freebsd.org/ZFSTuningGuide
Edit: from my understand the pool shouldn't become inaccessible tho and only get slow. So there might be another issue.
Edit2: here's a guide to check whether your system is limited by zfs' memory consumption: https://github.com/openzfs/zfs/issues/10251
According to their GitHub https://getgrav.org/ is an "excellent alternative".