AnyOldName3

It’s been the default since 2015 when Windows 10 launched, although there was an obvious button to opt out during first-time setup back then which was then respected permanently. It’s got gradually less prominent over time, and maybe the article’s just doing a really bad job of explaining that it’s no longer something where your initial preference is permanent and it’ll change back to the default every so often.

It’s a silly flag to use as it only works when running 32-bit Windows applications on 64-bit Windows, and if you’re compiling from source, you should also have the option to just build a 64-bit binary in the first place. It made a degree of sense years ago when people actually used 32-bit Windows sometimes (which was usually just down to OEMs installing the wrong version on prebuilt PCs could have supported 64-bit) if you really wanted to only have one binary or you consumed a precompiled third party library and had to match its architecture.

They tried. UWP and the Windows Store did loads to boost security and make the source of apps verifiable, but people hated it and barely used it, so the holes they were supposed to patch stayed open. The store itself did have the problem that part of its raison d’être was to try and take a cut of the sales of all software for Windows, like Apple do for iOS, and UWP made certain things a pain or impossible (sometimes because they were inherently insecure), but UWP wasn’t tied to the store and did improve even though it’s barely used.

They update on two Tuesdays a month, and have done that at least since XP. Even with the most reboot-keen settings, the update doesn’t happen until the time of day you’re least likely to be using the machine based on when you typically do it. It tells you when that time will be and gives you several hours of notice with a popup with the option to delay. Depending on the variant of Windows you’re using, you have settings to delay a forced reboot for up to a week (Home), a month (Pro) or forever (Enterprise). Obviously, that’s not enough to make sure no one ever gets updates forced on them when they don’t want them, and it would be nice if there was a way to distinguish users who know what they’re doing from users who don’t so people who do could be given more power to control if and when they install updates, but it is enough to ensure that checking the equipment before you use it is enough, potentially two weeks in advance.

It’s a 250W+ part running at around 1V, so it’s going to draw a lot of current. Power is supplied via many pins on the back of the CPU, and they’re connected to many traces, so it’s not putting all that current through just one. It still puts out a lot of heat anyway, which is why modern motherboards have large heat sinks, sometimes with fans, on their VRMs.

It’s super quick to swap it on Windows once you know the problem exists and know where to look. You just click the audio icon in the system tray and change the output device in the dropdown from the headset version of the device to the headphones one, and it enables all the higher-bandwidth modes. I’m not sure there’s user-accessible control over which specific codec gets used, though.

Some Bluetooth controllers can’t handle the bandwidth required for sound input and output at the same time unless it’s at very low quality, and if Windows suspects such a device is in use, it defaults to the low quality mode as users are more likely to be able to tolerate it than tolerate their headphones not working at all. It’s overly cautious, though, and uses the low quality mode far more than it has to.

WSL2 is, but WSL1 implemented the Linux kernel API in NT, so ran things directly.

You dun goofed here. You don’t need to agree to the GPL to use GPL software, so the Next button shouldn’t be greyed out when the checkbox is unchecked. You also only need to show the user the GPL when you give them a copy of the software, so there’s no need to show it during the installation process.

Part of it depends on how you define things. They’re not a monopoly in terms of having eliminated all their competitors, but they’re a defacto monopoly in terms of being able to do the things a monopoly can. As an example, they can dictate pricing for the whole market as their margins are better than AMD’s, so if AMD undercut them, they can retaliate by dropping their prices to the point AMD would have to sell at cost, so AMD can only sell things in the narrow price window where Nvidia doesn’t feel threatened. On the other hand, AMD does exist and does sell things.

There’s a good argument that Nvidia only had the money to do the work because of anticompetitive practices, and so shouldn’t be allowed to benefit from it unless everyone’s allowed to benefit from it, otherwise it’s just cementing their dominant position further.

I think it’s currently in A/B testing as it’s not like this on either of my Windows machines that installed updates this week. I don’t think they let you disable the things you’re in A/B testing for.

Either that, or it’s not GDPR compliant, and they’re not rolling it out to the UK or EU.

Epic donated hundreds of thousands of dollars to Godot when Unity was being dumb this summer, so either they think an open-source project is on the brink of making their competitor unprofitable and collapse, and think enough of the studios jumping ship will come to Unreal to cover that sum, or they’re concerned that someone will start enforcing antitrust laws and want something to point at to say they’re not a monopoly.

Or the trustee would get their home raided and devices taken, too.