eeh fuck it
he/him btw
Storage space is one issue. Bandwidth (how many TB/mo goes out the server) is another. And for any “serious” use case transcoding would also be important (so you can keep the other two down for everyone except Apple users who are stubborn to adopt VP9/AV1, and to provide multiple quality options), which unlike the other two requires powerful hardware most instances do not have.
It uses WebTorrent for distribution between viewers watching at the same time which can temporarily help with the load on popular videos, but there still needs to be at least one source instance that’s sharing the video “regularly” (for unpopular or old stuff), which ends up having the same bandwidth issues you’d get with any other video platform.
alongside the others mentioned here, lemdro.id exists for Android-related stuff and lemmyrs.org exists for Rust stuff (but seems to be running an old version of Lemmy, so YMMV)
Light mode only “clicked” for me when I set my monitor’s brightness all the way down. If you’re getting “flashbanged” turn that brightness down. It helps (or maybe my monitor is just really fucking bright)
Except Discord which somehow manages to have the worst light theme ever created by mankind. I have no idea how anyone can use light mode without going mad. Everything else’s fine.
Again - I have no idea how well it’s hardware support is. I assume 3d accel and whatnot would be fine because it’s widely used, but dunno if anyone tried running ROCm on it.
Just let some bees loose on your system for a while and they’ll sort that out.
Also depending on how good your CPU is btrfs compression would also save a fair bit. AFAIK shared libraries are pretty well compressible.
I wonder how well it integrates with hardware. Arch with the pacman packages has been the only distro where I could get ROCm working reliably. I’d love to make a “ROCm container” and dump all that mess into it’s own sandbox.
In fact, the thing I really want is more of a “Qubes but not for security tryhards” (aka I can actually use Wayland AND game on it) where everything gets it’s own container mainly for organizational purposes, but something like this sounds like a fair compromise.
It’s possible by having the webfinger endpoints at the “root” while keeping the rest of Lemmy on a subdomain. The main thing that determines the domain in your username is webfinger.
No clue if Lemmy or kbin support this config though, but quite a bit of the microblog-only parts of fedi do, and it’s a widely used thing.
jsyk, with how ActivityPub works changing the software that’s running from under it will break federation with you in all sorts of subtle ways. When you pick a thing to run under a domain you’re effectively locked into running that software under that domain. And of course there is some cryptographic verification as well so you change the keys (or you wipe or forget to back up the database) you may as well burn that domain from federating ever again.
On a desktop or especially laptop case, it should be equal to (or larger than) your RAM if you use hibernation (as RAM gets copied to swap during hibernation)
On my server, I set it up to be 2GBs, mostly arbitrarily. Right now it’s at 500MB, but my main memory is also only 600-800MB full out of the total 4GBs available, so I’m not running out of RAM anytime soon.
Swap behavior seems to have changed a while ago, so consider reading https://chrisdown.name/2018/01/02/in-defence-of-swap.html on how it works right now. Hell, even that might be outdated nowadays. Up to date info on how swap works really seems hard to come by.
Moreover I also have my swappiness set to 0 because I don’t want stuff swapped out of memory. If I need more memory I need more memory.
I don’t think swappiness has worked that way for a while now.
Your private messages are never private unless you’re on a platform that specializes in private messages (Signal. Matrix, WhatsApp (if they are to be believed), XMPP via OMEMO…)
All of these are “root” mounts. I don’t explicitly mount any subvolumes (they get “implicitly” mounted as folders though)