Complete non-story. The Deck has been out for years for this verification to mature and it’s usually less about specs (in the age of FSR/DLSS etc.) and more about “can this game be played with this control scheme comfortably” which is not an issue for the Steam Machine since it’s just a PC.
So, the answer to the question “Can Linux directly host another Unix-like operating system’s binary interface?” at the moment is “partly, experimentally, and impressively.”
As if there was any question on that? You can have Linux “handle” Windows PE binaries by telling it to invoke wine, dealing with a Unix-like scenario is a much lower bar.
The question is who is this useful for? FreeBSD has the Linux compatibility layer because it’s playing catch up to Linux, but the Venn diagram of stuff FreeBSD can do but Linux can’t is tiny, especially if extra special kernel feature stuff is stubbed.
Can anyone name a project that is BSD first, doesn’t rely on BSD kernel features, doesn’t have a native Linux port, and isn’t a distro tool?
Do you think benchmark results like these are meaningful when comparing Linux distributions?
Almost never. Bumping the minimum architecture version and optimization levels is all well and good, but unless you’re doing tons of vector oriented workloads it’s not going to qualitatively make a difference.
I don’t think it’s misleading, you just have to know that “KDE Linux” is a distro, not the DE. If anything, poor choice on the devs for choosing such an overloaded name.
Yeah, couldn’t care less if Chrome is faster when it is controlled by Google and actively working against extensions.
Not to mention we crossed a performance line maybe 10 years ago where browser engines on modern processors are basically trivial. Once we started having 8+ threads and the browsers got smart enough to leverage them, I’d bet bandwidth (or memory if you have many tabs), is a way more typical bottleneck.
Eh, it makes sense for Steam share, this data is entirely gaming users. It would be a mistake to try to relate this to overall market share though.
Yeah, I picked that up, but is that so novel it can’t just be a layer on DBus or something? Again, I don’t know shit, it’s just rich IPC seems like a solved problem at this point.
This is cool, love to see the Haiku / BeOS lineage playing nice with Linux. The graphics stack is ripe for experimentation in the KMS/Wayland era, although I don’t have enough knowledge of the architectural differences to know why this makes sense as an alternate stack and not just a compatibility layer built into a Wayland compositor…
Btrfs has a bunch of features and is one of the contenders for the “next” filesystem. Ext4 is utterly bulletproof though and has good enough perf so it’s still your best bet unless you specifically want to use the advanced btrfs features.
It’s always great to see someone scratch their own itch, so kudos. However, I’m curious what the actual pain point is? Does your mouse not sample fast enough? Noticeable input lag on a gamepad? Seems like this would be a bug with the implementation if it needs to be overclocked to fix…
Oh, that makes more sense, but then “unsigned” void?
Okay, U8, sure, but a boolean is U0? Surely U1 if you absolutely must…
I have a giant FLAC collection and I sometimes wish I could use these local players because I used Winamp/XMMS/quod libet back in the day, but I feel like I just can’t give up consistent access from outside the house.
I ran Tauon for a while (and have run a few of the others over the years) but I always end up back at my Airsonic setup. Works in any browser, works in a few different Android apps (Subsonic compatible), less of a pain than mpd.
Maybe it’d be different if I was still sitting in front of my computer virtually all the time, but nowadays phone to Bluetooth speaker/car/Chromecast is like 90% of my listening.
Basically, the executing thread might get interrupted in a window of code where the interrupt flags are wrong. Not looking at the specifics, but this could lead to various things from mostly harmless (e.g. potentially holding a lock for many times longer than expected but eventually releasing it) to program crashing (e.g. if taking an interrupt while handling the fault leaves the data structures in an inconsistent state).
This is likely the first one, since it was missed for so long in a very well exercised piece of code.
Are you running the native version or through Proton? When I played Civ VI the Linux native version performed worse than using Proton, ironically. Either way, maybe try switching?
Since you specified multiplayer I’m guessing it’s not time to load from disk or anything.
For ancient stuff, maybe, but AMD is also active in enabling new stuff in the kernel and userspace. AMD basically invented Vulkan, and have had the best open source driver stack for years at this point.
I love what Valve has done for Linux, but it’s the last mile of track at the end of huge amounts of outside work enabling the hardware to work in the first place.
I have a wife stuck in the Adobe-verse and yeah, going back that far should work great. It didn’t become a huge hassle until they started being insane with the licensing.
I have this setup with Plasma, and it is probably easier to do this at the Linux level. I added this to my kernel command line: drm.edid_firmware=DP-1:edid/lg-ultra.bin video=DP-1:3840x2160@60e
Where that EDID file I dumped from a spare monitor using a method I got here.
Anyway, it can be tricky to pick the right device, but I can confirm Sunshine sees it and works properly, and it can be managed like a normal monitor.
I’ve never seen a repo so reticent to tell you what it is.
My guess is it’s the journal software running the .org but everything also seems to be down half the time.