The only company that can achieve that kind of efficiency is Apple. I say this as a proud Apple hater.
It is not about efficiency, we already know for some time that x86 is not really efficient compared to newer architectures like arm and risc.
But no other ecosystem exists that can force such an architecture move without much much more problems.
So i would rephrase it as "The only company that can force that kind of fundamental change on its user and developers is Apple"
I am not saying it is a bad thing (just alone the rosetta translate layer is actually really impressive). Would love to have some actually good and mainstream arm options such as Linux Laptop.
So you do not trust the syncthing encryption when it goes through someones server but when it goes through someones (your ISP and the ISP of the end device) router/server?
I am not really understanding the thread model here.
Imagine, all the money they are throwing to microsoft put towards a few teams that develops actively on open source projects to support independent and open source infrastructure.
I really doubt that they are that stupid. My guess is that they are hoping to hinder the development of the project for a bit to delay the switch 2 implementation in yuzu or a future switch 2 focused fork.
Also, all the ppl that were directly associated with the group are no longer legally allowed (or at least would risk a lawsuit against them) to contribute. So a lot of expertise got lost.
It is working. It buys them enough time to sell enough new hardware and games. It will take a really long time until development picks up again, since basically every developer associated (not necessarily every one who has contributed to the project) with the yuzu group can no longer legally work on that project. So basically a lot of expertise is lost.
Because those steps need manual review. Things change, packages get removed, packages get upgraded, config files need to get manual reviewed and merged etc.
On a simple System without much configuration that stuff does not matter, but when you use different package repositories and backports you need to be careful. I am not sure how introducing a new command does solve those complex issues. Imo only the system admin can decide what the best steps are.
Debian releases a migration guide with every new version release.
And sorry but if you have trouble updating your system then replacing the source.list file and then updating your system again, you should reconsider running a server yourself, imho.
Happened a few times to me. Always make sure that you have saved every file correctly and that you compile the correct project. And that there are no cached files or somewhat somewhere.
Thank you. Would love to see the true idle. The difference between idle and light load is often not that high. I imagine the CPU supports virtualization?
And would also love to know some more specs of the NUC.
Pls, provide some proof for those numbers. The 'under 5W mark' gets often claimed but i still have not seen a valid proof (a simple measurement with a wattmeter) of it other than some spec sheet.
The overhead does not matter really. USB 5V power supplies are cheap and efficient these days, yes you need to look out for an efficient one but even one with only 50% efficiency (which is really really bad) would only add 1W to the (lower than) 2W power in idle. That would still result in lower power in idle.
Thanks for providing those numbers. Pretty much what i expected
My guess is, that those 5-6W on idle that gets thrown around in so many blog posts is probably just the CPU in idle state and not the whole board with io and other stuff.
As i said. The RPi (and other SBC) remains king for low power and low load applications like for example smart home. Especially in counties like germany with high energy prices. But honestly i am always surprised what can be run off a RPi.
And i just looked. The price for a RPi is actually not.that bad anymore, just saw a ebay listing for 3 * 3B+ for 100€.
For other low power usage where arm is not feasible those intel embedded based thin clients are an excellent choice.
It is not about efficiency, we already know for some time that x86 is not really efficient compared to newer architectures like arm and risc.
But no other ecosystem exists that can force such an architecture move without much much more problems.
So i would rephrase it as "The only company that can force that kind of fundamental change on its user and developers is Apple"
I am not saying it is a bad thing (just alone the rosetta translate layer is actually really impressive). Would love to have some actually good and mainstream arm options such as Linux Laptop.