I mean, why would we wait til then? AMD is buying a company that put LLama 3.1 7b(or something close) on silicon, and can give you 15k t/s, Qwen just released Qwen 3.8 Next that seperates the intelligence from the database, so the intelligence is 6b and the rest can be done on CPU. You can put that 6b on the AMD silicon, and then use another accelerator to speed up the database if you need fast PP, and you are now much faster than the B300 after optimizations such as caching the Prompt once, and keeping it around, and many others.

Suddenly, you can put that on the CPU next to an NPU, or on its own card, on the motherboard or on a GPU.

There is a project to use the Snow Leopard kernel and open source components and some bits from the prerelease Snow Leopard on PPC to create a working PPC Snow Leopard.

I wonder if something like that might be a short term viable path to get working apps. Something like the non-opensource libraries as a download pack for certain each release of Mac OS X, for at least versions Apple no longer supports, to get working programs, then you could slowly work toward open implementations.

Also, Mac is a moving target. Each year, there is a new version that is basically its own little snowflake, with older things deprecated and newer things added.

Windows 11 will still run Windows apps from Windows 3.1, because they have a backwards compatibility effort that Apple eschewed.

Now that makes it more complex to emulate all the features, but the core features used by most programs get emulated, and then just add features for specific programs to get them to work. And games tend to use core features and DirectX or OpenGL, mostly, whereas productivity apps and other things can do lots of weird things that are non-standard.

For Mac OS X, you really need to handle each versioon of Mac OS X. There are some core features that may work across versions, and some features that are available only on certain versions, then some features that are unique.

Hardware acceleration for OS X era OSes, for one.

VMs with GPU passed through. You can get Mac compatible GPUs that will work, look for the Dortania OpenCore guide GPU lists to find one that works for the version of Mac OS X it runs on. Looking on Macintosh Repository, that game will run on Intel CPUs and Snow Leopard, 10.6+. (IDK for sure.) You can emulate Intel Mac OS X using QEMU on linux machines, there are some scripts that make it easy from Proxmox that I use.

You can also emulate PPC Mac OS X and pass through devices, but I have not tried to do this, so your mileage may vary.

It is easier to emulate 10.7+ versions than 10.6, but you can get it to work from 10.4 with work.

Did they release their code under the GPL? FreeBSD is not GPL licensed, its 2 clause BSD licensed, so this wouldn't apply to that portion.

TrueNAS SCALE is not BSD based. It's Linux, specifically, Debian.

TrueNAS Scale is Linux based, but Core is FreeBSD based, and is the product they made for storage purposes before they made scale.

That is the base, the software on top can be different

And you could still use the unexec method until this very latest release a few days ago, if you didn't want the pdumper.

Emacs does this to create its image with all the added functionality above the minimum required to run elisp, then has a mechanism to pull in text files because elisp is just text anyway.

They just chucked the old system for a portable version of it, but until this last release, they still had to option of doing it the old school way.

The AMD Zen 6 line is targeting 7GHz in the upcoming releases, on 2nm, so......

Last time I read something about Zen6 it was 6GHz.

So I guess the IBM stuff is "server slow" then.

I wish RISC-V microarchitectures would get access to 2nm silicon processes, because RISC-V at 7GHz... yummy.

There was a card just detailed on Hot Chips that used a whole bunch of RISC-V CPUs on 2nm to run at 1.8GHz, but really low power, for compute on a CXL card that could also have SSDs for cached storage.

So, don't assume they would crank up the GHz.