5 ms·
I don't feel like this really answers the question thought, right? At least not at face value. I could see the side of maintenance burden being a potential poi
by zuntaruk 7mo ago
I don't feel like this really answers the question thought, right? At least not at face value.
I could see the side of maintenance burden being a potential point, meaning that one would be "pushed" to update the system between releases more often than something else.
- g947o 7mo agoI take it as no more than someone's personal opinion, since there is no reference provided whatsoever.
- p_ing 7mo agoTypically you want stability and predictability in a server. A platform that has a long support lifecycle is often more attractive than one with a short lifecycle. If you can stay on v12.x for 10 years versus having to upgrade yearly yo maintain support, that’s ideal. 12.x should always behave the same way with your app where-as every major version upgrade may have breaking changes. Servers don’t need to change, typically. They’re not chasing those quick updates that we expect on desktops.
- zuntaruk 7mo agoYeah, and that's the take I assumed to hear based on what was said. However, for something like ARM and the use case this particular device may have, in reality you would _want_ (my opinion) to be on a more rolling release distros to pick up the updates that make your system perform better. I'd take a similar stance for devices that are built in a homelab for running LLMs.
- p_ing 7mo agoDepends on what you're building an ARM system for. There are proper ARM servers out there; server work isn't the exclusive domain of x86, after all. For homelabs, that's out the window. Do whatever you want/fits your needs best. This isn't the place where you'd likely find highly available networks, clustered or highly available services, UPS with battery banks, et. al.