> yes, like numa, and there is more.> > i had the honour to work with someone who came up with a radical> enhancement even to _that_.

Any papers to look at?

> basically the company has implemented, in hardware (a nanokernel),

A nanokernel is a piece of software in my book?

> some> operating system primitives, such as message passing (based on a> derivative by thompson of the "alice" project from plessey, imperial and> manchester university in the mid-80s), hardware cache line lookups> (which means instead of linked list searching, the hardware does it for> you in a single cycle), stuff like that.

Single CPU cycle for searching data in memory? Impossible.

> the message passing system is designed as a parallel message bus -> completely separate from the SMP and NUMA memory architecture, and as> such it is perfect for use in microkernel OSes.

Something must shuffle the data from "regular memory" into "messagememory", so I bet that soon becomes the bottleneck. And the duplicate datapaths add to the cost, money that could be spent on making memory accessfaster, so...

> (these sorts of things are unlikely to make it into the linux kernel, no> matter how much persuasion and how many patches they would write).

Your head would apin when looking at how fast this gets into Linux if therewere such machines around, and it is worth it.

> _however_, a much _better_ target would be to create an L4 microkernel> on top of their hardware kernel.

Not yet another baroque CISC design, this time around with 1/3 of an OS init!

> this company's hardware is kinda a bit difficult for most people to get> their heads round: it's basically parallelised hardware-acceleration for> operating systems, and very few people see the point in that.

Perhaps most people that don't see the point do have a point?

> however, as i pointed out, 90nm and approx-2Ghz is pretty much _it_,> and to get any faster you _have_ to go parallel.

Sorry, all this has been doomsayed (with different numbers) from 1965 orso.

> and the drive for "faster", "better", "more sales" means more and more> parallelism.

Right.

> it's _happening_ - and SMP ain't gonna cut it (which is why> these multi-core chips are coming out and why hyperthreading> is coming out).