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

271–280 of 407 posts

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

#271

Post by api »

cosmic_cheese wrote: post #213
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

I don't have a whole lot of faith in Google, based on considerable experience with developing for Android. Put plainly, it's a mess, and even with improvements in recent years there's enough low-hanging fruit for improving its developer story that much of it has fallen off the tree and stands a foot thick on the ground.

Mobile in general is a disappointment. iOS is better but not great. It was a real chance to get a lot of things right that sucked on desktop, and that chance was mostly squandered.

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

#272

Post by layla5alive »

senderista wrote: post #233
torginus wrote: post #103

Earlier quoted context omitted.

I think they are a bit different - in the Windows kernel, all IO is asynchronous on the driver level, on Linux, it's not. io_uring didn't change that, it only got rid of the syscall overhead (which is still present on Windows), so in actuality they are two different technical solutions that affect different levels of the stack. In practice, Linux I/O is much faster, owing in part to the fact that Windows file I/O req…

io_uring makes synchronous syscalls async simply by offloading them to a pool of kernel threads, just like people have done for decades in userspace.

It's not the async part, it's the not invoking the function part - io_uring replaces syscalls with producer consumer ring buffers.

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

#273

Post by jraph »

Arainach wrote: post #159
6r17 wrote: post #134

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 ; 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…

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…

Your comment gives the impression that you think open source software is only developed by unpaid hobbyists. This not true, this is quite an outdated view. Many things are worked on by developers paid full time. And that people are mostly interested in algorithmically challenging stuff, which I don't think is the case.

Accessibility does need improvement. It seems severely lacking. Although your link makes it look like it's not that bad actually, I would have expected worse.

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

#274

Post by ls612 »

pmontra wrote: post #41
benoau wrote: post #31

Earlier quoted context omitted.

"It just works" sleep and hibernate. "Slide left or right" CPU and GPU underclocking.

Sleep and hibernate don't just work on Windows unless Microsoft work with laptop and boards manufacturers to make Windows play nice with all those drivers. It's inevitable that it's hit and miss on any other OS that manufacturers don't care much about. Apple does nearly everything inside their walls, that's why it just works.

Sleep has always worked on my desktop with a random Asus board from the early 2020s with no issues aside from one Nvidia driver bug earlier this year (which was their fault not MS's). Am I just really lucky?

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

#275

Post by teekert »

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…

They also sponsor bcachefs.

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

#276

Post by kshri24 »

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…

Game development is STILL a highly underrated field. Plenty of advancements/optimizations (both in software/hardware) can be directly traced back to game development. Hopefully, with RAM prices shooting up the way it is, we go back to keeping optimizations front and center and reduce all the bloat that has accumulated industry wide.

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

#277

Post by a456463 »

loeg wrote: post #206
fph wrote: post #137

Earlier quoted context omitted.

Life becomes a lot better the moment you stop considering Youtube videos valid primary sources.

It’s a recording of a talk. Feel free to point out other sources but there doesn’t seem like much to object to here.

https://www.phoronix.com/news/Meta-SCX-LAVD-Steam-Deck-Serve...

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

#278

Post by ttctciyf »

IshKebab wrote: post #234
ttctciyf wrote: post #196

Earlier quoted context omitted.

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

That's not the same thing at all.

No, it's not. It has various functionality, as shown by the built-in help:

> Example output of the SysRq+h command:

> sysrq: HELP : loglevel(0-9) reboot(b) crash(c) terminate-all-tasks(e) memory-full-oom-kill(f) kill-all-tasks(i) thaw-filesystems(j) sak(k) show-backtrace-all-active-cpus(l) show-memory-usage(m) nice-all-RT-tasks(n) poweroff(o) show-registers(p) show-all-timers(q) unraw(r) sync(s) show-task-states(t) unmount(u) force-fb(v) show-blocked-tasks(w) dump-ftrace-buffer(z) dump-sched-ext(D) replay-kernel-logs(R) reset-sched-ext(S)

But note "sak (k)".

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

#280

Post by cosmic_cheese »

api wrote: post #271
cosmic_cheese wrote: post #213

Earlier quoted context omitted.

I don't have a whole lot of faith in Google, based on considerable experience with developing for Android. Put plainly, it's a mess, and even with improvements in recent years there's enough low-hanging fruit for improving its developer story that much of it has fallen off the tree and stands a foot thick on the ground.

Mobile in general is a disappointment. iOS is better but not great. It was a real chance to get a lot of things right that sucked on desktop, and that chance was mostly squandered.

At least iOS made the deep and robust AppKit/Cocoa the foundation of its primary kit and then over the years made sensible QoL changes, resulting in something reasonably pleasant to write for. That, and it doesn’t fight you and make you jump through hoops if you’d rather use some flavor of C, C++, or something else LLVM can handle instead of a JVM-something. That goes a long way.
Post reply on HN