Hello , dear lemmy users , I am starting to really like self-host because they are really fast and mostly i use open source stuff (like lemmy /photon etc) which were sometimes slow but after self hosting it now on the pc i am on using , i really like it
Now , I would like to host some stuff like jellyfin , navindrome , photon , adgaurd home and just leave it running on a device in maybe near future (i can convince my brother to pay for it , after he gets his job maybe)
TLDR : I wanted to ask What’s your favourite alternative to raspberry pi for simple self hosting or maybe possible near home automation
Edit: thank you all for helping me , I am starting to believe that i should look into using dell wyse or the likes which are meant to be used for hosting or a old laptop (since i dont own a laptop anyway , i just own a pc ) and since i run linux anyways , i am thinking of owning a laptop dual booting it with alpine (that has docker) and a simple minimalist os like hyprland on it just in case i need to travel with it (which to me seems very unlikely , I dont travel much so…) I am confused about it
Edit 2 : I am very new to self hosting so currently i would run stuff on my pc only (using portainer) , However when needed to buy , i am thinking of buying the cheapest thin client maybe a nuc or dell wyse
I am already trying searxng , shiori(bookmark manager) , portainer,freshrss , photon , froodle-s pdf tool which i have all closed except portainer currently I am also thinking of shifting to podman as well but cant find a good gui for it like portainer , (portainer really just blew my mind with its templates)
Nonaligned memory access can occur in C code. I’m not speaking about nextcloud, you mentioned "if you can compile it works (for any architecture) ", which is demonstrably false.
Entire Cortex A-series should work fine with unaligned memory access to RAM when MMU is enabled(which is always on for linux). With few exceptions, but nextcloud is not a device driver.
I never said that.
It was implied in the discussion: “if you can compile it, it will work”.
There’s plenty of ARM processors before Cortex. There’s SPARC. And there’s a crapton of others with their quirks.
Just because you can compile a program from source, it doesn’t guarantee it will work. As mentioned: online assembly, memory alignment, but you can add endianness or questionable pointer arithmetic, not to mention dynamic runtime code generation. And I’m sure there’s 5 other reasons that I haven’t personally run into.
Yeah, in a perfect world everyone would write bug-free, platform-independent code, alas…
Nope. If you can compile for this microarchitecture, it will work on it. You know what was implied, I know what was implied, but you choose to run in circles and yell “Look! This person doesn’t know that program compiled for one architecture can’t run on another!”
Me: says about -mcpu=native
You: oh, yeah, there is completely another architecture.
Ooorr…
Did you just said that SPARC is ARM processor? Who tf are you?
What now?
. . .
What distro runs ARM in big endian? Name one. I think you are just trying to throw as much arguments you don’t understand as possible. EOF.
I assume you program in Javascript and haven’t written C code ever. SPARC doesn’t allow unaligned memory access to this day, no matter what parameters you throw to the compiler. If a program doesn’t process endianness won’t work correctly. s/online/inline/g. You didn’t even address 4 other arguments.
“if you can compile it, it will work” is just false.
Show me your github profile
My github profile is under my real name, so no thanks. Won’t be giving my social security or credit card numbers either.