Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

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

phoronix.com

Post reply on HN
Print view View original

241–250 of 407 posts

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

#241

Post by m4rtink »

6r17 wrote: post #134
MarleTangible wrote: post #26

Earlier quoted context omitted.

Over time they're going to touch things that people were waiting for Microsoft to do for years. I don't have an example in mind at the moment, but it's a lot better to make the changes yourself than wait for OS or console manufacturer to take action.

Tbh i'm starting to think that I do not see microsoft being able to keep it's position in the OS market ; with steam doing all the hard work and having a great market to play with ; the vast distributions to choose from, and most importantly how easy it has become to create an operating system from scratch - they not only lost all possible appeal, they seem stuck on really weird fetichism with their taskbar and just…

Add to that all the bullshit they have been pushing on their customers lately: * OS level adds

* invasive AI integration

* dropping support for 40% of their installed base (Windows 10)

* forcing useless DRM/trusted computing hardware - TPM - as a requirement to install the new and objectively worse Windows version version, with even more spying and worse performance (Windows 11)

With that I think their prospects are bleak & I have no idea who would install anything else than Steam OS or Bazzite in the future with this kind of Microsoft behavior.

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

#242

Post by thewebguyd »

thdrtol wrote: post #204
Fiveplus wrote: post #17

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 have a feeling this will also drag Linux mobile forwards. Currently almost no one is using Linux for mobile because the lack or apps (banking for example) and bad hardware support. When developing for Linux becomes more and more attractive this might change.

> When developing for Linux becomes more and more attractive this might change.

If one (or maybe two) OSes win, then sure. The problem is there is no "develop for Linux" unless you are writing for the kernel.

Each distro is a standalone OS. It can have any variety of userland. You don't develop "for Linux" so much as you develop "for Ubuntu" or "for Fedora" or "for Android" etc.

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

#243

Post by m4rtink »

thewebguyd wrote: post #232
embedding-shape wrote: post #160

Earlier quoted context omitted.

> Tbh i'm starting to think that I do not see microsoft being able to keep it's position in the OS market It's a big space. Traditionally, Microsoft has held both the multimedia, gaming and lots of professional segments, but with Valve doing a large push into the two first and Microsoft not even giving it a half-hearted try, it might just be that corporate computers continue using Microsoft, people's home media equip…

I think that's the most likely way it'll go. Windows will remain as the default "enterprise desktop." It'll effectively become just another piece of business software, like an ERP. Gamers, devs, enthusiasts will end up on Linux and/or SteamOS via Valve hardware, creatives and personal users that still use a computer instead of their phone or tablet will land in Apple land.

With the massive adoption of web apps in Enterprise I have seen I would expect Windows to become irelevant or even a liability in business use as well.

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

#244

Post by pawelduda »

aucisson_masque wrote: post #224
Sparkyte wrote: post #171

I've been using Bazzite Desktop for 4 months now and it has been my everything. Windows is just abandonware now even with every update they push. It is clunky and hard to manage.

Isn't bazzite a gaming focused distribution ? It seems weird to install it on a PC that does 'my everything'. I wouldn't make excel spreadsheet on the steam deck for instance.

Why not? It has full desktop mode with Plasma and can be docked like PC

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

#245

Post by nineteen999 »

thewebguyd wrote: post #220
iknowstuff wrote: post #205

Earlier quoted context omitted.

There's far more of that, starting with the lack of a stable ABI in gnu/linux distros. Eventually Valve or Google (with Android) are gonna swoop in with a user-friendly, targetable by devs OS that's actually a single platform

The enterprise distros do provide that, somewhat. That's why, RHEL for example, has such a long support lifecycle. It's so you can develop software targeting RHEL specifically, and know you have a stable environment for 10+ years. RHEL sells a stable (as in unchanging) OS for x number of years to target.

And if you want to follow the RHEL shaped bleeding edge you can develop on latest Fedora. I'll often do this, develop/package and Fedora and then build on RHEL as well.

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

#246

Post by m4rtink »

thewebguyd wrote: post #236
einr wrote: post #161

Earlier quoted context omitted.

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

For the general user, yes absolutely. Linux DEs still can't match the accessibility features alone. yeah, there's layers and layers of progressively older UIs layered around the OS, but most of it makes sense, is laid out sanely, and is relatively consistent with other dialogs. macOS beats it, but its still better in a lot of ways over the big Linux DEs.

Start menu in the middle of the screen that takes a couple seconds to even load (because it is implemented in React horribly enought to be this slow) only to show adds next to everything is perfect user experience.

Every other button triggering Copilots assures even better UX goodness.

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

#247

Post by amlib »

MarleTangible wrote: post #26
Fiveplus wrote: post #17

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…

Over time they're going to touch things that people were waiting for Microsoft to do for years. I don't have an example in mind at the moment, but it's a lot better to make the changes yourself than wait for OS or console manufacturer to take action.

A good one is the shader pre caching with fossilize, microsoft is only now getting around it and it still pales in comparison to Valve's solution for Linux.

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

#248

Post by johnny22 »

cosmic_cheese wrote: post #197
Fiveplus wrote: post #17

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…

One would've expected one of the many desktop-oriented distros (some with considerable funding, even) to have tackled these things already, but somehow desktop Linux has been stuck in the awkward midway of "it technically works, just learn to live with the rough edges" until finally Valve took initiative. Go figure.

Please don't erase all the groundwork they've done over the years to make it possible for these later enhancements to happen. It wasn't like they were twiddling their thumbs this whole time!

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

#249

Post by opello »

ethbr1 wrote: post #199
dangus wrote: post #182

Earlier quoted context omitted.

Is that something Linux needs? I don’t really understand the benefit of it.

The more powerful form is the UAC full privilege escalation dance that Win 7+(?) does, which is a surprisingly elegant UX solution. 1. Snapshot the desktop 2. Switch to a separate secure UI session 3. Display the snapshot in the background, greyed out, with the UAC prompt running in the current session and topmost It avoids any chance of a user-space program faking or interacting with a UAC window. Clever way of deal…

My only experience with non-UAC endpoint privilege management was BeyondTrust and it seemed to try to do what UAC did but with a worse user experience. It looks like the Intune EPM offering also doesn't present as clear a delineation as UAC, which seems like a missed opportunity.

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

#250

Post by johnny22 »

the_pwner224 wrote: post #170
baq wrote: post #99

Earlier quoted context omitted.

I low key hope the current DDR5 prices push them to drag the Linux memory and swap management into the 21st century, too, because hard locking on low memory got old a while ago

It takes a solid 45 seconds for me to enable zram (compressed RAM as swap) on a fresh Arch install. I know that doesn't solve the issue for 99% of people who don't even know what zram is / have no idea how to do it / are trying to do it for the first time, but it would be pretty easy for someone to enable that in a distro. I wouldn't be shocked if it is already enabled by default in Ubuntu or Fedora.

that just pushes away the problem ,it doesn't solve it. I still hit that limit when i ran a big compile while some other programs were using a lot of memory.
Post reply on HN