demindiro

I've wondered for a while whether it would make sense to split the CPU into a "IOPU" and a "SPU"

- The IOPU would be responsible for directing other hardware on the system. It doesn't need to be very performant.

- The SPU would be optimized for scalar and branch-heavy code that needs to run fast.

The SPU could have minimal security, just enough so it can't read arbitrary memory when fetching from RAM. It would only run one program at a time, so speculation shouldn't be an issue.

At least on my system few programs need a lot of processing power (and even then only intermittently), so little task switching should occur on an SPU.

This precedent definitely won't be abused. Or at least most people here seem to think that?

I wish the article would go into detail what exactly the "transgressive behaviour" is, because now it is unclear to me how far I can take criticism that is either directly or indirectly linked to an individual.

For example, what if I have an extremely poor experience with a seller? Does it matter if this seller is a business or some random individual getting rid of 2nd hand items? What if the user being criticized is also anonymous?

In any case, I shall be using throwaway accounts more frequently just to be safe.

In my opinion, excess greed is far more harmful.

I am very glad I get to use open-source software at no cost. There are profiteers, sure, but I believe in the end open-source software will be more beneficial for society as a whole as it is much easier to reuse code.

I haven't seen this take here yet, so here goes:

My suspicion is that Prigozhin got recruited by a Western agency (CIA?) with the intent to destabilize Russia from the inside.

Key here is to discredit the Kremlin, by e.g. exposing or at least making them seem incompetent. Later a coup/revolution is staged to cause internal conflict and make Russia unable to continue the war in Ukraine.

Given how short this "coup" was and how easy Wagner seemed to get off with this stunt I suspect Prigozhin instead informed the Kremlin (or Putin directly) and played along. He would likely get supported during the coup by whoever recruited him. If this is the case those assets are probably arrested by now.

We have a hot war right now on the border of the EU that likely will escalate further.

I'm sure China has plans too.

>This is why, I think, the future is either putting your money (or at least provable identity) where your mouth is

That will become less effective as companies become increasingly centralized, with just a few having many, many brands.

I find it fascinating that people defend censoring "misinformation" because people (supposedly) cannot discern it from "real" information. If we cannot trust the judgement of the common folk, why have a democracy at all?

If message 1 is properly encrypted then I can put whatever I want in message 2 without the government knowing the contents of message 1.

Also, assuming message 1 and 2 contents are identical, if anyone steals the governments' private key the encryption of message 1 is moot.

Or cut the cable.

From a cursory read the options for 2FA are:

- SMS

- Mobile app

What if someone doesn't have a phone?

It is not. Even long/"complicated" passwords usually do not have much bits of entropy, which is why you need an expensive hash to make bruteforce attacks difficult.

You're thinking of single address space OSes.

I do not believe such OSes can ever be secure given how often vulnerabilities are found in web browsers's JS engines alone. Besides, AFAIK the only effective mitigation against all Spectre variants is using separate address spaces.

For an I/O heavy application (not in C++) I avoid threads for the main "loop" as there is a central cache that is accessed often. Synchronizing access to it is likely more expensive and error-prone than using just a single thread. It is also possible a few hundred or thousand tasks are running concurrently, which becomes very expensive very quickly with threads.

There are a few CPU-intensive tasks but those are easy to isolate and send to a threadpool.

> Ever since then I have not understood why most distros don't switch to this setup

I still use GRUB because IIRC my Gigabyte motherboard kept forgetting entries and/or associated settings.