Earlier quoted context omitted.
It did and was, it was just something that built up over time as more and paper cuts and small things got fixed. So even if it didn't feel like things were changing, they were. I've been "gaming" on linux for a long time, and you could see the slow march of progress as more and more stuff worked, and more and more stuff got faster.
This is a good point, the fact that you can just download some video games and run them on your linux desktop with a working desktop environment and so on, even while getting a ton of papercuts, was basically unimaginable 15 years ago.
Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers
401–407 of 407 posts
Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers
#402Earlier quoted context omitted.
That's why the anti-GPL push is so harmful. Specially in the Rust ecosystem
There is absolutely nothing harmful about permissive licenses. Let's say that Wine was under the MIT license, and Valve started publishing a proprietary fork. The original is still there! Nobody is harmed by some proprietary fork existing, because nothing was taken away from them.
* It will slowly go stale, for example, it may not get ported to newer, increasingly expected desktop APIs. * It will lose users to competing software (such as your proprietary fork) which are better maintained.
As a result, it loses its relevance and utility over time. People that never update their systems can continue using it as they always have, assuming no online-only restrictions or time-limited licenses. But to new use cases and new users, the open software is now less desirable and the proprietary fork accumulates ever more power to screw over people with anti-consumer moves. Regulators ignore the open variant due to its niche marketshare, increasing the likelihood of things going south.
Harm can be done to people who don't have alternatives. In order to have alternatives, you need either a functioning free market or a working, relevant, sufficiently usable product that can be forked if worse comes to worst. Free software can of course help in establishing a free market, it isn't one or the other.
If a proprietary product takes over from one controlled by the community, much of the time it's not a problem. It can be replaced or done without.
If a proprietary platform takes over from one controlled by the community, something that determines not only how you go about your business but what other people expect from you, everyone gets harmed. The problem with a lot of proprietary software is that every company and their dog wants their product to become a platform and reshape the market to discourage alternatives.
MIT by itself does no harm. If it works like LLVM and everyone contributes because it makes more sense than developing a closed-off platform, then great! If it helps to bootstrap a proprietary market leader while the originally useful open original shrivels away into irrelevance, not as great.
Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers
#403Valve 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…
Next thing I want them to work on is Linux suspend(-to-RAM) support!
Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers
#404Earlier 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…
It sounds like yet another violation of the Line of Death principle (in context of OS, not browser).
Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers
#405Earlier quoted context omitted.
Sleep brokenness is ecosystem-wide. My Thinkpad crashes/freezes during sleep 3 times a week. Lenovo serviced/replaced it 3 times to no avail.
I have had never any sleep issues with my Macs.
Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers
#406Earlier quoted context omitted.
To be fair proton is based on DXVK which is some guy’s project because he wanted to play nier automata on Linux. The guy is Philip Rebohler.
Yes, and when Valve caught wind of his early efforts, they paid him to work on it full time. https://www.gamingonlinux.com/2018/09/an-interview-with-the-...
Re: Meta is using the Linux scheduler designed for Valve's Steam Deck on its servers
#407Valve 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…
There was a lot of work in Linux scheduling space over the years. Con Kolivas BFS was one example. The issue was that Linus had his own ideas about kernel scheduling which, unfortunately, were very different from the ones of the linux community. And yes. The default linux scheduler sucks.