CactusRocket

The closing paren needs to be removed from the link https://nlevel.ai/images/K4oeERN4a0By/view

Hi, I'm just really curious about something. Why write AAPL, GOOG, and FB, and not Apple, Google/Alphabet, and Facebook/Meta?

It's always a good thing to have resource limits, to constrain runaway programs or guard against bugs. Low limits are unfortunate, but extremely high limits or unbounded resource acquisition can lead to many problems. I rather see "too many open files" than my entire machine freezing up, when a program misbehaves.

I actually think it's not ironic, but a synergy. If not everything is a file, you need to limit everything in their own specific way (because resource limits are always important, although it's convenient if they're configurable). If everything is a file, you just limit the maximum number of open files and you're done.

Incorrect. I quit my job. My boss was amazing.

I have 2 problems.

It's too easy to accidentally write `if err == nil` instead of `if err != nil`. I have even seen LLMs erroneously generate the first instead of the latter. And since it's such a tiny difference and the code is riddled with `if err != nil`, it's hard to catch at review time.

Second, you're not forced by the language to do anything with the error at all. There are cases where `err` is used in a function that not handling the `err` return value from a specific function silently compiles. E.g.

    x, err := strconv.Atoi(s1)
     if err != nil {
      panic(err)
     }
     y, err := strconv.Atoi(s2)

    fmt.Println(x, y)

I think accidentally allowing such bugs, and making them hard to spot, is a serious design flaw in the language.

Yes, I am a bit surprised too. The author changed their solution from a bounded resource limit to unbounded. Of course you're going to run into problems sooner or later then. Regardless of how lightweight the (virtual) threads implementation is.

What kind of sysadmining is that? I find that after installing, I spent about as much time on "admining" my Linux installation as I was doing my Windows installation. Which is installing updates once a week.

May I ask why you want to wait for Steam OS? Especially if you have Linux experience already.

Last year I was fed up with Windows, and switched to Linux. Since I had a lot of experience with Linux already, I went with Arch. I thought it was going to be really difficult. Sure, the initial setup was a lot of work, but now I'm extremely happy with it. Much happier than I ever was running Ubuntu, Mint, etc.

But anyway, nowadays I don't even think about that I'm running Linux anymore. I have a pretty big Steam library and play a lot of games. I install a game, I run it, and play it. I haven't found any instance where it doesn't work yet. Granted, I don't play multi-player games nor games with DRM (I'm a patient gamer, most games I play are >2 years old).