Live data from Hacker News

Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers

phoronix.com

291–300 of 407 posts

Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers

#292

Valve is practically singlehandedly dragging the Linux ecosystem forward in areas that nobody else wanted to touch. They needed Windows games to run on Linux so we got massive Proton/Wine advancements. They needed better display output for the deck and we got HDR and VRR support in wayland. They also needed smoother frame pacing and we got a scheduler that Zuck is now using to run data centers. Its funny to think tha…

In game development, you encounter most hard computer science problems.

Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers

#293

Valve is practically singlehandedly dragging the Linux ecosystem forward in areas that nobody else wanted to touch. They needed Windows games to run on Linux so we got massive Proton/Wine advancements. They needed better display output for the deck and we got HDR and VRR support in wayland. They also needed smoother frame pacing and we got a scheduler that Zuck is now using to run data centers. Its funny to think tha…

I wish valve didn't abandon mac as a platform, honestly. As nice as these improvements are for linux and deck users they have effectively abandoned their mac ports as they never updated them to 64 bit like the linux and windows builds, so they can't run on new macs at all. You can coax them into running with wine on mac but it is a very tricky experience. My kegworks wine wrapper for tf2 is currently broken as of last month because the game update download from wine steam keeps corrupting and I'm at a bit of a loss at this point how to work around it. Even when it was working performance was not great and subject to regular lag spikes whenever too many explosions went off.

Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers

#295

Earlier quoted context omitted.

Yeah and Linux is waaay behind in other areas. Windows had a secure attention sequence (ctrl-alt-del to login) for several decades now. Linux still doesn't.

Linux (well, more accurately, X11), has had a SAK for ages now, in the form of the CTRL+ALT+BACKSPACE that immediately kills X11, booting you back to the login screen. I personally doubt SAK/SAS is a good security measure anyways. If you've got untrusted programs running on your machine, you're probably already pwn'd.

That's not a SAK, you can disable it with setxkbmap. A SAK is on purpose impossible to disable, and it exists on Linux: Alt+SysRq+K.

Unfortunately it doesn't take any display server into consideration, both X11 and Wayland will just get killed.

Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers

#296

Earlier quoted context omitted.

Well, there is: https://en.wikipedia.org/wiki/Magic_SysRq_key

That's not the same thing at all.

Like the GP says in sibling, Alt+SysRq+K is SAK on Linux. But it doesn't work with graphical environments.

Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers

#297
post #215

Earlier quoted context omitted.

> A hard lock which requires a reboot or god forbid power cycling is the worst possible outcome Hilariously this happens on windows too. Actually everything you said windows and mac doesn't do they do, if you put on a ton a memory pressure the system becomes unresponsive and locks up...

I've OOMd on my mac several times, and it has never gone completely unresponsive. You get an OOM dialog with a list of apps that you can have it kill.

I feel I just need to run a slightly too large LLM with too much context on a MBP, and it's enough to slow it down irreparably until it suddenly hard resets. Maybe the memory pressure it does that at is much higher though compared to Linux?

Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers

#298
post #161

Earlier quoted context omitted.

Kernel improvements are interesting to geeks and data centers, but open source is fundamentally incompatible with great user experience. Great UX requires a lot of work that is hard but not algorithmically challenging. It requires consistency and getting many stakeholders to buy in. It requires spending lots of time on things that will never be used by more than 10-20% of people. Windows got a proper graphics composi…

…and you are implying that Microsoft Windows 11 is a better example of ”great user experience”?

I prefer it. Linux desktop feels a lot more laggy to me on the same hardware.

Of course that is minus all the recent AI/ad stuff on Windows…

Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers

#299
post #293

Valve is practically singlehandedly dragging the Linux ecosystem forward in areas that nobody else wanted to touch. They needed Windows games to run on Linux so we got massive Proton/Wine advancements. They needed better display output for the deck and we got HDR and VRR support in wayland. They also needed smoother frame pacing and we got a scheduler that Zuck is now using to run data centers. Its funny to think tha…

I wish valve didn't abandon mac as a platform, honestly. As nice as these improvements are for linux and deck users they have effectively abandoned their mac ports as they never updated them to 64 bit like the linux and windows builds, so they can't run on new macs at all. You can coax them into running with wine on mac but it is a very tricky experience. My kegworks wine wrapper for tf2 is currently broken as of las…

I totally get why they did, having had to support Mac for an in-house engine. Apple is by far the most painful platform to support out of the big 3 if you're not using turnkey tools, and they don't make up for it with sales outside of iOS. The extra labor is hard to justify already, and then we get to technical deficiencies like MoltenVK, plus social deficiencies like terrible support. It's just a really hard sell all around.

Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers

#300

Earlier quoted context omitted.

That's not how it works though. Budgets are annual. A 1% savings of cpu cycles doesn't show up anywhere, it's a rounding error. They don't have a guy that pulls the servers and sells them ahead of the projection. You bought them for 5 years and they're staying. 5 years from now, that 1% got eaten up by other shit.

You're wrong about how services that cost 9+ figures to run annually are budgeted. 1% CPU is absolutely massive and well measured and accounted for in these systems.

So you prematurely dump hardware you already own when you see CPU usage go down? I don't think so.
Post reply on HN