non_burglar

The 8 “cores” were co-processors, so not really cores the way we think about them now.

The architecture is unconventional because the bus design to move data between the these and the gpu is very fast, but had a weird pipeline to determine how to route that data.

Apparently it’s a very difficult thing to reproduce in a virtual environment.

You misspelled ignominious in your username.

True fact!

As a side note, I’ve been learning about how weird the ps3 cell architecture is, and why it’s so hard to emulate.

It was ps2.

Lololol! I forgot to /s. I’ve been a pirate all my life, son.

I know, I was joking. I’ve been a pirate since getting my first box of floppies for my trs-80. I got bit by young people being very literal in reading my comment.

Only if you’re OK with popularity surviving titles so that our media history becomes Thanos and Fast and the Furious: Tokyo Drift.

So, couple things here:

1. Most VPS have elastic memory, meaning they can borrow burst ram from the host for short periods. This means you 1GB vps can probably run at 1.5GB or even two during some demanding jobs for a short time. And depends on the provider.
2. You don’t document how you installed any of these.
3. .net core doesn’t work that way, it’s not “running” underneath the arr stack. There is some init stuff that happens when you first start a .net app, setting up DLLs, paths in /opt and such, but there isn’t a resident “layer” involved.
4. My arr stack executables never, ever exceed 700MB, 2GB is more than enough and pretty conservative. I’ve watched these metrics since the days when radarr and sonarr were backed by mono. You do need some mem space to store temporary show/movie metadata, but it’s trivial.
5. As others have said, peak demand is what you want to know, not base requirement.

Generally, I like where you’re taking this, but I think some more experience with how processes and memory work will help you a lot.

Uh, the FTC and the SEC aren’t the same thing.

Opnsense is based on FreeBSD, not openbsd. They are different in handling jails, driver and fs support, so it does matter if you’re looking for info.

I’m not really sure what you’re getting at. The blockchain is a good mechanism to maintain a source of truth that is inspectable and verifiable by anyone. It would only serve to certify that official counts can’t be tampered with in certain ways.

But it doesn’t replace the whole democratic voting process. It doesn’t protect against coercive voting, for instance.

My point originally was that blockchain can be of use to us, but tech bros ruined its rep. Same with AI. I’ve been waiting for routers with ai-powered (really, just machine learning) firewalls that can adapt rules to environments. But instead of that, everyone is obsessed with generative stuff that isnt very good.

I appreciate your candor, but do you understand why the backlash happens?

Proposed ideas for block chain to maintain election integrity would only use a block chain ledger to verify counts, not store voter information.

If the power is off, the BMC is still active. That’s the advantage.

Brother… IPMI is a dumpster fire of security, it should be on its own mgmt network alone.

I use IPMI as a demo of how to use tcpdump and jack the ripper to compromise an ipmi login. It’s trivial.

Yes, exactly.

Block chain would have been an amazing solution to most democratic vote validation processes.

Corey Doctorow isn’t speaking to you, he’s speaking to the many, many people who have been fooled by the ai craze.

One thing I wish ai would teach vibe coders is how to use semantic versioning.

Trying to infer state of project from versions in ai-assisted software is an exercise in confusion.

Agree on the Jonsbo. I have an N1 and it is not great for cooling HDD either. Jonsbo seem to design their cases as ideas and never actually test them.

I have found that a combo of Terraform and ansible cover almost everything, if that’s of any use.