• 0 Posts
  • 229 Comments
Joined 1 year ago
cake
Cake day: April 3rd, 2024

help-circle
  • In addition to what Wolf told you, here’s a few little extra tidbits:

    Some games have native Linux versions. If they don’t, you typically play them through Proton, a gaming-ready version of the Wine compatibility layer. Steam directly supports this through compatibility settings (Steam -> Settings -> Compatibility for default settings or Game properties -> Compatibility for per-game settings). Sometimes specific Proton versions will be better for specific games but usually you don’t need to worry about it much.

    Proton is damn good. Expect performance for most games to be within ± 5% of the performance you’d get on Windows. Yes, some games run better on Proton than on native DirectX.

    Valve recently decided to enable Proton by default for games that don’t have a Linux version. You can enable it yourself in the settings if it isn’t enabled yet.

    You can even force games with a native Linux version to use Proton by setting it in the game’s compatibility settings. In that case Steam will download the Windows version.


  • Seconded, with caveats. Garuda is basically a gaming-ready Arch with a few of the rough edges filed off (and a 1337 G4M3R desktop theme preinstalled). I quite like their convenience stuff but in the end it’s still Arch.

    Pros: It’s easy to set up and conveniently comes with everything you need to start gaming. It defaults to the KDE desktop, which will feel fairly familiar to Windows expats. It allows you to do whatever you want to do, in true Linux fashion. Cons: It’s still Arch-based so you will be living at the bleeding edge. A certain amount of occasional instability is to be expected. The default theme might put you off if you’re not into the whole gamer aesthetic but it’s easy to change.

    I also see people recommending Bazzite and similar immutable distros and honestly, I can see the appeal. They’re harder to break and Discover (or whichever Flathub frontend you use) is very welcoming and convenient for managing your installed apps.

    Pros: You’re less involved with the OS’s technical underpinnings than with an Arch-based distro. Immutables are designed to be robust. The Flatpak-centric workflow feels slicker than a traditional package manager. Cons: The design restricts your freedom to a certain degree. Flatpak has a few caveats compared to native software packages.

    In the end I’d say that Garuda is great if you’re interested in learning more about how Linux works and want to be able to tinker with the system. There’s a ton of resources on technical stuff in Arch and all of them apply to Garuda as well. On the other hand, an immutable like Bazzite is great if you’Re not interested in Linux internals and just want something that works and is hard to break.






  • That’s my point. Being at peace with yourself only works until you have to regularly deal with someone who isn’t. Of course you can isolate yourself from those people if they fail to adapt but that means you get to choose between being in a relationship and feeling tension over your neurodivergence on the one side and being alone but at peace with yourself on the other.

    I’m not saying that you can’t make a satisfying choice but it certainly ain’t an easy one. If you get a partner who meshes well with your brain, congratulations. But a lot of people don’t.

    Also, making a choice about your relationship means making a choice that affects two people (or more if you’re poly or have a dependent). And sometimes you can’t in good conscience end a relationship because you know that doing so will majorly screw over your partner.

    Life is complicated. Inner peace is a precious and fragile good and sometimes you trade that good away. Appreciate it if and while you have it.



  • To quote that same document:

    Figure 5 looks at the average temperatures for different age groups. The distributions are in sync with Figure 4 showing a mostly flat failure rate at mid-range temperatures and a modest increase at the low end of the temperature distribution. What stands out are the 3 and 4-year old drives, where the trend for higher failures with higher temperature is much more constant and also more pronounced.

    That’s what I referred to. I don’t see a total age distribution for their HDDs so I have no idea if they simply didn’t have many HDDs in the three-to-four-years range, which would explain how they didn’t see a correlation in the total population. However, they do show a correlation between high temperatures and AFR for drives after more than three years of usage.

    My best guess is that HDDs wear out slightly faster at temperatures above 35-40 °C so if your HDD is going to die of an age-related problem it’s going to die a bit sooner if it’s hot. (Also notice that we’re talking average temperature so the peak temperatures might have been much higher).

    In a home server where the HDDs spend most of their time idling (probably even below Google’s “low” usage bracket) you probably won’t see a difference within the expected lifespan of the HDD. Still, a correlation does exist and it might be prudent to have some HDD cooling if temps exceed 40 °C regularly.


  • Hard drives don’t really like high temperatures for extended periods of time. Google did some research on this way back when. Failure rates start going up at an average temperature of 35 °C and become significantly higher if the HDD is operated beyond 40°C for much of its life. That’s HDD temperature, not ambient.

    The same applies to low temperatures. The ideal temperature range seems to be between 20 °C and 35 °C.

    Mind you, we’re talking “going from a 5% AFR to a 15% AFR for drives that saw constant heavy use in a datacenter for three years”. Your regular home server with a modest I/O load is probably going to see much less in terms of HDD wear. Still, heat amplifies that wear.

    I’m not too concerned myself despite the fact that my server’s HDD temps are all somewhere between 41 and 44. At 30 °C ambient there’s not much better I can do and the HDDs spend most of their time idling anyway.







  • “Legally required”, so they’re seeing it in the local laws. Some countries require websites to disclose who operates them.

    For example, in Germany, websites are subject to the DDG (Digitale-Dienste-Gesetz, “digital services law”). Under this law they are subject to the same disclosure requirements as print media. At a minimum, this includes the full name, address, and email address. Websites updated operated by companies or for certain purposes can need much more stuff in there.

    Your website must have a complete imprint that can easily and obviously be reached from any part of the website and is explicitly called “imprint”.

    These rules are meaningless to someone hosting a website in Kenya, Australia, or Canada. But if you run a website in Germany you’d better familiarize yourself with them.



  • I work for a publicly traded company.

    We couldn’t switch away from Microsoft if we wanted to because integrating everything with Azure and O365 is the cheapest solution in the short term, ergo has the best quarterly ROI.

    I don’t think the shareholders give a rat’s ass about data sovereignty if it means a lower profit forecast. It’d take legislative action for us to move away from an all-Azure stack.

    And yes, that sucks big time. If Microsoft stops playing nice with the EU we’re going to have to pivot most of our tech stack on a moment’s notice.


  • It’s not terribly exciting but I find myself using this a lot:

    #!/bin/sh
    
    echo "$*" | sed -e "s/x/*/g" | bc -l
    

    Just a little shorthand for bc that allows me to write “x” instead of “*” to avoid shell expansion nonsense. I put it in ~/.local/bin/= so I can e.g. just write = 17+4x5. Combined with a Quake-style terminal this is much faster than launching a calculator app. It’s a script instead of an alias so it works regardless of the shell I’m currently using.

    The call to bc -l could be replaced with one to qalc -t if you know qalc to be present on the system .