The Forgotten Ones: HP Nanoprocessor
cpushack.com
cpushack.com
Wow! With today’s processor tolerances, that’s crazy to imagine happening.
I was also surprised the ALU was an add on. I guess it makes sense if all you need is to control something on a basic level, and not run software.
I’m curious how they handled ALU specific instructions if an ALU isn’t present. Does the decode stage just convert them to no-ops?
There were no ALU specific instructions. The article brushes across how ALU operations were performed, but leaves the explanation for how to the reader to understand. The ALU would have been an I/O device (likely memory mapped I/O [1]) and ALU operations would have been performed by writing data out to the external ALU, waiting for the ALU gate delay, then reading the results back in from the external ALU (i.e., input/output operations):
> If you needed support for an ALU you could add one externally (likely with a pair of ‘181 series TTL). Even with an external ALU the Nanoprocessor was very fast.
If I interpret appendix C of https://www.hp9845.net/9845/downloads/manuals/Nanoprocessor.... correctly, that hunch is right.
Now, modern processors are binned, too, depending on the CMOS process corner they turned at. Slow ones have advantages too - leakage is much smaller, so better suited for mobile.
Or, in case of some SoC, if it's FF (fast NMOS, fast PMOS), they can reduce core supply by tens of mV.
There's even a company specialized in PVT (process, voltage, temperature) monitoring for newest SoC's - Moortec.
https://www.extremetech.com/extreme/207897-hp-kills-the-mach...
https://web.archive.org/web/20200810145047/http://www.cpusha...
80 upvotes now on HN. Possibly 400-500 views. How do they go down so fast?
And archive bot manages to get past it.
I don't know how much it traffic it takes to take smaller websites down. Is it this small?
Hah, the front page of HN will generally drive upwards of 10k uniques to a page.