[FoRK] ridiculous project
Gregory Alan Bolcer
greg at bolcer.org
Mon Jul 8 04:31:00 PDT 2013
We've sort of had that during the great clock-speed re-adjustment when
processors went from single cores to multi-cores (and threading). Also,
the other side effect would be mobile code, i.e. where the code moves to
where the data is, which in essence, we're already had too. In fact,
with modern networking, you can now "page" out to the cloud faster than
cpus could page out to memory just a couple generations ago.
On 7/7/2013 10:06 PM, Joseph S. Barrera III wrote:
> I started reading again about the EDSAC and I've been wondering if you
> could possibly fit a BASIC interpreter in 1024 words of 17 (!) bits
> each, and leave room enough for a BASIC program. It would be hard as
> even TinyBasic used 2 or 3 KB. Actually, maybe LISP would make more
> sense? The first step of course is to write an EDSAC emulator. There are
> run all this stuff in any browser.
> so that I could run my dad's thesis Algol deck.
> In retrospect, the 8080 was a really impressive piece of technology.
> It's fun to imagine how the software world would have evolved if the
> hardware world was stuck at the 8080. For one thing, we would have been
> doing massive parallelism much sooner. MapReduce would be second nature.
> And of course counterfactuals are always tricky, but if in our 8080
> world we were still able to reduce feature size, we could have blocks of
> silicon with thousands of 8080s with networking on the same piece of
> silicon. I guess this is kind of the Transputer vision?
> - Joe
> FoRK mailing list
greg at bolcer.org, http://bolcer.org, c: +1.714.928.5476
More information about the FoRK