The problem that could occur is: Right now Microsoft doesn’t care about Linux or competitors, every OEM has to buy a Windows key anyways regardless. If SteamOS actually becomes a shippable option, Microsoft’s cavalier attitude is going to change quickly, and a lot sooner than it will take them to get an Xbox Handheld out the door.
I don’t understand how that’s a problem. Can you go into a little bit more detail about what you think the consequences might be to manufacturers choosing to use Steam OS or some other Linux operating system on their handheld devices?
This is more than enough of an answer for the people that went “wHy BoThEr?” when this project started.
All of this great work, all of it upstreamed and a big part of it will (hopefully) influence even x86_64 machines if distros, communities and companies start supporting them. speakersafetyd sounds like a godsend for all laptop speakers, the pipewire energy-efficiency work sounds lovely for all laptops, specially more recent Intel ones, with P and E cores.
Host your own Gitea server and then version control your own RPI configs on the RPI. I mean… save them elsewhere also, but it’s yet another thing you could do with that awesome little device.
One does not need to be a fan/recurrent viewer of LTT to be curious about a technology. And while most of the technical information sucks, the introductory level stuff can be useful for low and middle-end enthusiasts.
Can you answer the question raised by my post?, or provide an alternate source(perhaps an article or coverage by a different channel) for the technology discussed?
I couldn’t possibly care less about Docker Desktop. Portainer is a much better solution when graphical administration becomes necessary. (Which should be never)
Don’t a lot of CPUs like Snapdragons already have “performance cores” and “efficiency cores” that the kernel has to be able to recognize in order to switch between them? This sounds neat but I’m just curious what’s different between these situations.
The only difference is the hardware. Intel has their own version that has been in the kernel for a long time. Amd has been struggling with landing the concept.
Even Intel has these. I think this patch set goes a bit further and takes into account the silicon lottery differences between cores (according to the patch series)
I’m using the patch set on my framework 7840u and didn’t notice a difference though, though this is really YMMV.
Did you do benchmarks? It probably doesn’t help much for heavily multi threaded apps, as they should use all cores anyway. And most apps aren’t performance critical, altough it might stabilize fps in games.
Haven’t watched the video, going by your title I’m assuming it’s similar to a feature on macbooks where they can be plugged straight into another Mac, thunderbolt, or FireWire device, while powered off, and have their hard drive accessed directly from another computer.
There is code for this in the Linux kernel (sadly not quite the plug and play experience that Macs have, you need to boot after plugging in AFAIK?), and a news article about the commit that added it to the kernel for Thunderbolt was posted to this community a while back. Sadly I have no idea what devices support it, but it is at least is open source.
It also has the ability to stream your game(remote desktop) over the cable without encoding and control it from another pc with almost no latency(at least thats what the host claims)
From what i can gather from the video it only appears to be developed for windows, hence why i raised the question here
From the way linus framed what’s happening, 4 pcie lanes linking frame buffers between both gpus and this being Intel makes me think this will remain closed source but if it catches on we could well see open alternatives.
I don’t think open alternatives exist currently, though.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.