Live data from Hacker News

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

phoronix.com

351–360 of 407 posts

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

#351
post #325

Earlier quoted context omitted.

The large file sizes are not because of bloat per-se... It's a technique which supposedly helped at one point in time to reduce loading times, helldiver's being the most note-able example of removing this "optimization". However, this is by design - specifically as an optimization. Can't really be calling that boat in the parents context of inefficient resource usage

Do you have some resource for people outside this field to understand what it's about?

It goes all the way back to tapes, was still important for CDs, and still thought relevant for HDDs.

Basically you can get much better read performance if you can read everything sequentially and you want to avoid random access at all costs. So you can basically "hydrate" the loading patterns for each state, storing the bytes in order as they're loaded from the game. The only point it makes things slower is once, on download/install.

Of course the whole excercise is pointless if the game is installed to an HDD only because of its bigger size and would otherwise be on an nvme ssd... And with still affordable 2TB nvme drives it doesn't make as much sense anymore.

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

#352

Earlier quoted context omitted.

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) u…

That kills X! Hardly useful.

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

#353
post #168

Earlier quoted context omitted.

Procmon.exe. Give me 2 minutes. You make it sound like it's such a difficult thing to do. It literally will not take me more than 2 minutes to tell you exactly where the permission issue is and how to fix it.

Procmon won't show you every type of resource access. Even when it does, it won't tell you which entity in the resource chain caused the issue. And then you get security product who have the fun idea of removing privileges when a program creates a handle (I'm not joking, that's a thing some products do). So when you open a file with write access, and then try to write to the file, you end up with permission errors du…

At this point you're just arguing for the sake of bashing on Microsoft. You said it yourself, that's not related to ACL, so what are you doing, mate? This is not healthy foundation for a constructive discussion.

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

#354
post #133

Earlier quoted context omitted.

I always found it straight forward. Never had an issue and I've implemented my fair share on thousands on devices and servers.

Not an implementer of group policy, more of a consumer. There are 2 things that I find extremely problematic about them in practice. - There does not seem to be a way to determine which machines in the fleet have successfully applied. If you need a policy to be active before doing deployment of something (via a different method), or things break, what do you do? - I’ve had far too many major incidents that were the r…

That's not a problem with group policy. You're just complaining that GPO is not omnipotent. That's out of scope for group policies mate. You win, yeah yeah.... Bye

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

#355
post #206
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://lpc.events/event/19/contributions/2099/ is a much better reference in my view. It is the original conference website, it contains all the material in text format as well, and it does not force you to watch a video (and maybe an ad or two before that, idk, I use adblock). I call this link "primary" and the Youtube video "secondary" (as well as Phoronix).

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

#356

> SCX-LAVD has been worked on by Linux consulting firm Igalia under contract for Valve It seems like every time I read about this kind of stuff, it's being done by contractors. I think Proton is similar. Of course that makes it no less awesome, but it makes me wonder about the contractor to employee ratio at Valve. Do they pretty much stick to Steam/game development and contract out most of the rest?

Speaking for myself, Valve has been great to work with - chill, and they bring real technical focus. It's still engineers running the show there, and they're good at what they do. A real breath of fresh air from much of the tech world.

What sort of stuff did you work on with them, if you don't mind me asking?

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

#357
post #325

Earlier quoted context omitted.

Yes please! Stop making me download 100+gb patches!

The large file sizes are not because of bloat per-se... It's a technique which supposedly helped at one point in time to reduce loading times, helldiver's being the most note-able example of removing this "optimization". However, this is by design - specifically as an optimization. Can't really be calling that boat in the parents context of inefficient resource usage

This was the the reason in Helldivers, other games have different reasons - like uncompressed audio (which IIRC was the reason for the CoD-install-size drama a couple of years back) - the underlying reason is always the same though, the dev team not caring about asset size (or more likely: they would like to take care of it but are drowned in higher priority tasks).

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

#358

> SCX-LAVD has been worked on by Linux consulting firm Igalia under contract for Valve It seems like every time I read about this kind of stuff, it's being done by contractors. I think Proton is similar. Of course that makes it no less awesome, but it makes me wonder about the contractor to employee ratio at Valve. Do they pretty much stick to Steam/game development and contract out most of the rest?

[deleted]

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

#359

Earlier quoted context omitted.

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.

There's always appimages or flatpaks that could fill that cross-distro gap, though I suspect a lot of development work would need to be done to get that to a point where either of those are streamlined enough to work in the phone ecosystem.
Post reply on HN