![](https://media.kbin.social/media/3f/dc/3fdcc9473293f0eae764f14a8efedbe47fd1238c99414746a1d0527367b365ee.jpg)
![](https://lemmy.world/pictrs/image/8286e071-7449-4413-a084-1eb5242e2cf4.png)
My condolences :'(
I once lost a bunch of data because I accidently left a / at the end of a path… rsync can be dangerous lol
My condolences :'(
I once lost a bunch of data because I accidently left a / at the end of a path… rsync can be dangerous lol
Unraid, mostly due to the flexible arrays.
which also includes their free services
Well… their free services remain free regardless of your registrar. Still, I don’t really mind supporting them given how useful they have been even in just the free tier.
like Google
Too soon. I mean, it was ages ago but…
Looks promising.
How would you feel about setting up automated pushes to docker?
3 billion of them. So, over a third of the population of earth does (at least according to this graphic).
There’s that as well. Point is, it really depends on the data.
I’m sure that really depends on the data.
If we’re talking about stuff like family photos, then having it retrievable feels pretty reasonable to me.
I don’t really understand what you’re suggesting. Having a seperate compose file for your database would “work”, but you’d lack any of the dependency handling.
Dependencies within unrelated projects (ie, sharing a single database container for a few unrelated apps) is something that would be pretty handy, and is missing from compose.
Auto-updates are cool - but also dangerous… I think there’s something in running watchtower manually like I have been - when something breaks straight after, I know the cause.
I haven’t had good experiences with it, but nor have I tried it for quite a while having switched to AMD.
My gut feeling is that it’s going to be even tougher than it already was, assuming nvidia’s continued lack of cooperation. With DLSS and other proprietary technologies becoming increasingly mandatory for nvidia card users, keeping up is going to one hell of a ride.
One thing I did miss about grocy was the ability to track equipment in the kitchen (and house) as well, including the storage of manuals and warranty information.
Do you have any intention (or interest) in adding that?
I was pretty annoyed when my grocy install broke ages ago, and I lost all of that information but it was very useful having all of that stuff centralised.
Why not?
Difficult, yes. Impractical? Absolutely not, at least with some planning ahead. It’s not trivial (and I never said it was) but it’s getting both easier and more important every year.
Of course - I get that. I’m a programmer myself.
But it does have to be said that there’s little excuse for not doing it anymore for heavy applications, especially games. The tools/frameworks/engines have vastly improved, and people know (at least roughly) ahead of time what work is going to slog the CPU, especially in the case of a AAA studio.
Note: I’m only referring to relatively modern games here - anything that’s older than when multithread really took off gets an automatic pass - it’s not reasonable to expect someone to cater for a situation that doesn’t exist yet.
Heh. Classic case of being able to market your product as being “multithreaded” because is uses 2 threads? :P
Surely there’s no way that’s just the ram… did you also double your workload or something?
the plurality of people using it wrong doesn’t make them not wrong
The scary part about this is that it kinda does. The more people use the term wrong, the more widely accepted the new definition will be - we see it happen with language all the time. I personally hate it, but I think it does highlight the importance of standing against it and ensuring people don’t just accept the “new definition”.
Sometimes you’re hands are tied by the tools already on the server - but I’ll try to remember to check to see if that’s available next time.