*Linux ISOs

I simply use the default iOS keyboard.

I’m no expert here, but I’m pretty sure branch prediction logic is not part of the instruction set, so I don’t see how RISC alone would “fix” these types of issues.

I think you have to go back 20-30 years to get CPUs without branch prediction logic. And VSCodium is quite the resource hog (as is the modern web), so good luck with that.

Nvidia might be selling the shovels to the customer during this gold rush, but TSMC is making them.

-0.05% might be insignificant, but do you think it has to do with more games requiring kernel-level anti-cheat?

They can and they are making their own chip designs to do the job.

The cloud part of Apple Intelligence runs on their own designed hardware.

Show 'em, that’ll teach these nasty fanboys! Reads like writing that got you a big dopamine rush.

I agree, commenting “Use Firefox!!!1!11” on every post remotely related to (other) browsers doesn’t help anybody, just like commenting “Use Linux!!!1!11” on every post about a vulnerability in Windows doesn’t contribute anything meaningful at all.

Look, I also disagree with what Mozilla is doing here and yes, they 100% deserve the flak they are getting for it. But - like most things in life - it’s not black and white. Firefox could still be less intrusive to your privacy than Chrome (I’m not saying it necessarily is, but it could be that way). A different example: your mail provider could track every time you login to your account, or it could analyze and track the content of every email you receive. One is clearly worse than the other, right?

Which browser(s) do you recommend/use?

Considering Intel is behind TSMC as well, China might be quite close to Intel then.

More than enough for Apple to bend to pretty much everything the Chinese government is asking for.

The article is from June 17th.

I didn’t see any mention of the Microsoft Store on their website?

Nintendo Switch - on the Nintendo eShop Epic Games Store - for Win / Mac WorldOfGoo2.com - right here, for Win / Mac / Linux, DRM-free

Or are you saying it should also be available on the Microsoft Store? That wouldn’t help my mentioned use case (easy install on Steam Deck and cloud sync between Deck and desktop PC).

EDIT: Also, none of my computers run Windows anymore, so yeah, I couldn’t care less about the Microsoft Store.

Not a fan of that Epic Games Store (semi) exclusivity deal.

Offering a DRM-free version in addition to the Epic Store one is nice and all, but having it on Steam (on which games don’t have to use any DRM either should the studio choose not to) would be much easier especially because of cloud saves and the Steam Deck.

It’s a skip for me (for now). Still an enjoyable game I’d guess if you don’t care about Steam.

Temporarily connect the new drives via USB enclosures and clone the data via ZFS snapshots.

Pretty much any laptop with a mobile RTX 4090 and a removable wifi card then. Choose based on desired weight and size class I guess.

I have an Intel Arc A750 lying around that I used at the end of last year to test whether a specific problem I was having under Linux was related to NVIDIA or something else. The answer was NVIDIA basically all of the time, but keep in mind this was around the 535 driver version.

I didn’t really test the Intel GPU long enough to tell you whether I’d recommend it. It worked well out of the box, but I’m not sure whether some of the game compatibility problems under Windows mirror over to Linux.

What was very cool when I was A-B testing some of the issues I had with the AMD card though, is that you can simply shut down the computer, swap the cards and it’ll boot up just fine right away. No driver installs needed as the kernel just includes it - no driver conflicts either. With NVIDIA, the driver can have conflicts when using a card by a different vendor.

Also, so far the flicker/crash issue I had under KDE didn’t happen under GNOME (with experimental VRR enabled). It’s too early to tell (only about a week into using GNOME), but this issue might not occur under GNOME. It’s kind of hard to pinpoint what the issue is related to anyway (kernel, firmware, Wayland, KDE/desktop environment, etc.).

I reported the issue here: https://gitlab.freedesktop.org/drm/amd/-/issues/3268 and pinpointed it to weird fluctuations with the memory frequency. Just workaround so far though, no fix.

X11 or Wayland?

Try disabling the Steam overlay.

I have yet to see a good implementation of Secure Boot, and that’s just from a user interface standpoint.

How can I check which keys are installed in the EFI/BIOS UI? And then delete a specific key? I only ever saw options like “reset to factory settings”.

Factory settings are just Microsoft’s keys most of the time, and often there’s no way to delete/not trust Microsoft’s keys.

The whole system is way too intransparent. May as well turn it off.

Same (in some situations). I feel like searching for “how to do X?”, where X is a simple problem or knowledge, more often than not the classic search results are linking to articles that are way too long and talk around the solution way too much before actually getting to it (if at all).

Sure, I don’t trust the AI responses for critical stuff, but I honestly rarely trust a random blog article either.

Interesting. I’d guess that something probably went horribly wrong with your Windows installation because performance should be very similar in most scenarios, but if it works for you under Linux, great!

I’m not regretting the switch, no worries :). Overall the Radeon 7800 XT is still a great card, it’s a decent step up in terms of efficiency compared to the RTX 3080 as well and the PowerColor Hellhound model I got is the first card I ever had (well, with active cooling at least) where I actually agree with the reviews that the card stays pretty quiet even under load.

I also know how to work around each problem: KDE has a built-in workaround for the cursor stutters (as of version 6.something) and in GNOME you can disable hardware cursor which can decrease performance, but so far I haven’t really noticed anything. The artifacting and eventual crashing after standby with enabled VRR can be worked around by reconfiguring any display: I usually change the refresh rate of my second display between 144 and 165 hertz. The frequency of random crashes decreased a lot with newer kernel versions, and I’m not even sure if the crashes I had in KDE 6/6.1 were caused by the AMD driver or by KDE - which seems quite a bit more moody to me than the more mature KDE 5. That’s also why I’m trying GNOME now (which I actually enjoy using way more than I thought). A few days ago AV1 decoding on AMD was borked in Mesa 24.1.something, but was hotfixed a few days later. My self-compiled kernel 6.10 refused to boot with errors related to a network card, but I’ll check it out again as soon as Fedora releases their official test build (potentially this weekend) and will report the bug should it still occur. As soon as 6.10 is working, that’s one less workaround for me to worry about (unless that fix somehow doesn’t work for me).

My comment was more about the fact that I’m happy NVIDIA starts taking Linux serious (again). It’s probably not quite there yet, but NVIDIA seems to be committed to delivering a good Linux driver now and their latest releases each brought big improvements. There still seem to be some bigger issues (like the one you described), but now I’d assume we’ll get there sooner rather than later.