Cell Broadband Engine Docs: VIP Access
I writes "The revolutionary Cell Broadband Engine Architecture (CBEA) is the result of collaboration among Sony, Toshiba, and IBM. The following papers define the Cell specification and will be posted to the IBM Semiconductor Solutions Technical Library in September. You can access them early as long as you have a current IBM ID."
http://slashdot.org/article.pl?sid=05/08/25/195025 0
I like the idea of many simple CPUs on a die, but I want to extend that.
Why not go for a quilt architecture?
For example, what about using tiled hexagons and squares. The hexagons could be local memory, the squares could be the CPUs, the edges would be links to the next tile.
The price of a single die would be set according to the number of flaws on the die.
Smaller CPUs are less likely to be dead because of a single flaw, so you'd get a higher yield.
You can fit more complete hexagons into a circular die than complete squares, so you'd get more CPUs.
I wonder why the CPU makers don't do this already?
Shae Erisson - ScannedInAvian.com
Getting and IBM ID is only slightly harder than getting a /. ID - fill in a form, click submit.
I registered last week at work to get the documentation, though I have not yet had a chance to even take a quick look at it.
But for what I do (communications and signal processing) the Cell looks really good - I think I could replace several DSPs and protocol processors with one Cell.
www.eFax.com are spammers
Bug me not to the rescue! Who knows, maybe there's someone interested in RTFA...
--
Dreamhost superb hosting.
Kunowalls!!! Random sexy wallpapers (NSFW!).
Hosting 20G hd, 1Tb bw! ssh $7.95
I love IBM for all of the documentation they've provided at this point in time; one could actually start writing code to run on the SPUs right now, and probably only have to do a minimal amount of debugging once they get the hardware.
:(? I don't want to buy a PS3-dev kit (even if I could manage to get my hands on one); I just want to make my code fly on those seven SPUs. I wonder if there's an emulator currently available for the Cell processor, does anyone know?
But.. that being said, where's the hardware
"Victory means exit strategy, and it's important for the President to explain to us what the exit strategy is." G.W.Bush
It seems from TFA that this is really the place where the Cell proc would excell.
But for more centralized processing, it seems like the world at large is not quite ready for this sort of multi-processing. I have only written assembly for single CPU multi threaded code, but locking problems are enough of a headache in that environ.
A little O/T perhaps, but with the hope to use multicore procs as CPUs, does Vista/Longhorn seem even more... I don't know, maybe under-developed? From my limited experience, even with a CPU mutli-proc system coded properly you are really just speeding up locking problems (i.e. the same problems exist for synchronus bits of code, it just does it alot faster), like for I/O or HD access. Again, my experience with working at that low a level in a multi-proc environ are limited (basically non-existent).
I guess my question is, wouldn't the SW world need to do some rethinking to develop consumer level apps that use multi-proc capabilities? That of course assumes that you could compile "multi-proc" code for the Cell or multi-core systems (perhaps this is me misunderstanding the cell proc).
Then, aside from Linux or Darwin (I assume Darwin would work as multi-proc G5s are shipping now), what OS could hack it at a consumer level?
(This may get modded as O/T, but I think it's related to the Cell as a signal proc discussion.)
this is nice.
Al Qaeda Piracy
http://cell.scei.co.jp/index_e.html
Now that's VIP access.
-SR