Comment by jagged-chisel
16 hours ago
“A CPU that runs entirely on the GPU”
I imagine a carefully crafted set of programming primitives used to build up the abstraction of a CPU…
“Every ALU operation is a trained neural network.”
Oh… oh. Fun. Just not the type of “interesting” I was hoping for.
Isn't it interesting it doesn't instantly crash from a precision error? That sounds carefully crafted to me.
Is it emulating a Pentium processor? :)
ARM64(!?!) I know you were joking, but still.
Get used to it. The modern day solution for everything right now is to throw AI at it.
Hmmm... I need to measure this piece of wood for cutting, let me take a picture of it and see what the ai says its measurement is instead of using a measuring tape because it is faster to use the AI.
That honestly sounds great! If it works...
We already have this on our phones without AI. What could AI possibly bring to this?
Of course it works. Make a video with the tape measure, call yourself a Creator, then you can hire real carpenters.
[dead]
Please tell me what you had in mind so I can try something different!
I was imagining something more like Xeon Phi
Begin reimplementing a subleq/muxleq VM with GPU primitive commands:
https://github.com/howerj/muxleq (it has both, muxleq (multiplexed subleq, which is the same but mux'ing instructions being much faster) and subleq. As you can see the implementation it's trivial. Once it's compiled, you can run eforth, altough I run a tweked one with floats and some beter commands, edit muxleq.fth, set the float to 1 in that file with this example:
The same with the classic do..loop structure from Forth, which is not enabled by default, just the weird for..next one from EForth:
and recompile:
run:
Once you have a new.dec image, you can just use that from now on.