Welcome, Guest. Please login or register.

Author Topic: Re: Amigas turn to play catch up - new intel cpu  (Read 1143 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline RAM0Topic starter

  • Newbie
  • *
  • Join Date: Aug 2010
  • Posts: 5
Re: Amigas turn to play catch up - new intel cpu
« on: January 04, 2011, 09:45:07 AM »
I think that it is everyone's turn to catch up. 2006 is calling.

Read this  http://www.chaologix.com/news/TechnologyReview.pdf first, or the rest will make no sense.

I had access to (dead tree version) the article in a well-known and respected Science and Technology weekly, NewScientist, that explained even more than this relative sound bite.

This stuff can be used as memory, however the data are stored as symbols rather than bytes, words, longwords etc.

So, you have this database. You want to search for the word 'Amiga' (naturally). You place the symbol for the word 'Amiga' on the data buss and instruct the memory to search itself. Unlike normal string searches where there is a long sequence of indexed comparisons, every memory cell that contains the word 'Amiga' raises its hand.

In one clock cycle. No CPU time required.

This - at the time of writing of the article - was the project that they were working on for a large internet purveyor of books to speed up their 'people who bought this, also bought these' service.

But wait, there's more. Why stop at memory and peripherals? Why not make the CPU of the same stuff?

Consider: Context-switch to a programme that was written for a 68k. The processor swaps into coldfire mode. Context-switch to a programme the requires a PPC. The processor swaps to G4 mode. C64 game? it's a 6502.

Are you with me so far?

Any piece of software ever written for any machine can be multi-tasked on a Chaologix-based hard|soft-ware (what kind of ware is it? Enthalware?) based architecture. Hell, it could run HP65 software (keyboard overlay may be required).

Methinks Xena's mutant cousin just waltzed in the door.

Their current fully-functional POC stuff was (as of two years ago) done in FPGA. I'm aware of the irony.

C: