OK, it didn't exactly take me long to find this. How is it that there are scores of vacuous sound bite articles out there (including el Reg) that simply spout the same drivel, and never bothered to find out what is going on.

So, listen up. This is interesting stuff.

One, it isn't a new ISA. So worrying about whether it competes with x86, Arm, or anything else is not even asking the right question. There was a prototype of some of the ideas involved that used x86 chips (or Power). Some of the ideas, not all.

There are two key ideas.

First is a new set of language additions to help specify parallelism so that the compiler can create good parallel code. This competes with things like OpenMP. At a cursory look over the language additions they look good. There is an extant compiler that works, and they have tested and measured real workloads, and it looks credible. Of course this would work on any modern multiprocessor, and is intended to. The API (called OSCAR) is defined on C90 C99 and Fortran90. There is a clue here about the intended use of the system.

Secondly, and something that answers the question - "what does an API have to do with power use?", is that the design provides for clock and voltage control, under the control of the API. Which is certainly new. The idea being that if the compiler has scheduled the parallel code, it knows exactly what cores need to run, and even which cores may finish a task earlier, and thus can be throttled back to save power without changing the time to complete the overall task (since power scales as the square of the speed this wins over just powering down when it finishes, which is linear) Clearly this is the point of the alliance. No new ISAs, but new multi-core chip systems, using existing CPU ISAs from the partners - mostly targeted at embedded consumer electronics, all systems implementing the power control functions demanded by the OSCAR API.

They show an example where an 8 core system with this power control enabled sees a 74% reduction on power over not using, it for an MPEG2 video decoding task. This is pretty impressive. The 8 core system is a one chip system done in concert with Hitachi, and no doubt using one of Hitachi's existing CPU cores as its base.

There are some pretty demo systems, one powered by a solar panel, so maybe this is where some of the odd reporting is coming from.

For some reason, CE manufacturers are poor at good IDEs and software development in general. Look at VxWorks - my experience was that it was dire compared to any PC based IDE... not sure what Windows CE is like except that the ticket machine in my local station often has a Windows CE screen of death up...

There are a lot of lessons-learned examples in the industry they can take advantage of in a fresh design.

@Anonymous Coward - if Tron was a failure, it was one of the most popular failures in the world. If this CPU 'fails' in the same way as Tron and the T-Engine, they will sell a billion. MSX was a faliure, but it was a Microsoft led failure.