Slashdot Mirror


A Look Into The Cell Architecture

ball-lightning writes "This article attempts to decipher the patent filed by the STI group (IBM, Sony, and Toshiba) on their upcoming Cell technology (most notably going to be used in the PS3). If it's as good as this article claims, the Cell chip could eventually take over the PC market."

53 of 318 comments (clear)

  1. Dupe! by Lostie · · Score: 4, Insightful

    Posted only a couple of days ago too.
    Timothy do you actually read Slashdot?

    1. Re:Dupe! by Ohreally_factor · · Score: 5, Insightful

      Timothy do you actually read Slashdot?

      Wouldn't that be like eating from the toilet?

      --
      It's not offtopic, dumbass. It's orthogonal.
    2. Re:Dupe! by gl4ss · · Score: 2, Insightful

      yes it's a dupe. and the article is STILL FULL OF CRAP.

      he's buying the sony propaganda on full throttle, probably wasn't around couple of years when they did the EXACT same thing with ps2 - overhyping it to the max.

      it's not some revolution chip that will give you a desktop with 4x the power for cheapo cheap..

      --
      world was created 5 seconds before this post as it is.
  2. A Look Into The Dupe Architecture by Anonymous Coward · · Score: 2, Funny
  3. x86 by mboverload · · Score: 4, Insightful

    Only if it complies with x86. Seriously, x86 will be around for a century.

    1. Re:x86 by Short+Circuit · · Score: 2, Insightful

      I can see x86 disappearing only if console-style computers become much more popular than they are now. If, for example, HDTV set-top boxes supported email, Word, and spreadsheets, it'd happen pretty quickly.

    2. Re:x86 by DarkMantle · · Score: 2, Funny

      x86 won't be around for 100 years.... No way. That would be too limiting. With recent advances in optical storage (I don't mean bluray, I mean optical "chips" that resemble star treks Isolinear technology) x86 won't be able to keep up.

      Hell, if Intel's processors get any warmer, I'm going to get the gas cut off and let the computer warm the house.

      We need to advance to 64, or 128 bit technology to be able to keep up with other technologies. Cell seems like a logical next step after reading this post a few days ago (hehe dupes) I see alot of advantages. Can you imagine if your bittorrent client could use one or two APU's and leave the others for other tasks. You could manage alot more connections without slowing down the computer....

      --
      DarkMantle I been bored, so I started a blog.
    3. Re:x86 by goMac2500 · · Score: 4, Interesting

      You realize you're talking about the company that had to cancel their P4 4.0 ghz, and is scrambling to just get to 64 bit. How are they supposed to be developing a competitor to the cell when there are behind in everywhere else? And guess what? IBM is co-creating the cell, and where are they going to use it? Workstations isn't it? Doesn't that mean... computers? Now why would they design the processor to run well in only games when they are going to use it in workstations? Not only that, but the Pentium 4 runs hot as hell. How do you suggest you're going to get 4 Pentium 4 cores in one chip, and then throw 4 of those in a machine without have major heat issues? I don't need to know what Intel is doing in their research department because they're already so far behind the game. Get back to me when Intel has a cool running 64 bit chip they can at least START WITH. AMD is in a much better position to go against Cell than them. There is a reason why Intel is out of the next gen game systems.

    4. Re:x86 by Screaming+Lunatic · · Score: 4, Interesting
      Only if it complies with x86. Seriously, x86 will be around for a century.

      That's ridiculous. x86 is dead. The overheating and power consumption confirms it.

      CISC hardware is horrible in mobile devices because of battery life and power consumption. Your camera, iPod, cell phone, and PDA do not use x86 hardware.

      All next generation consoles will use CISC hardware. Hence, economies of scale to get the price down.

      x86 is dead and mobile devices wrote the eulogy.

    5. Re:x86 by fish+waffle · · Score: 3, Interesting

      AMD is there with 64-bit, but what does that really buy you? More memory address space? How many people at home really want over 4 GB of RAM

      I've seen this naive opinion just too often to let another utterance of it escape unchallenged.

      64-bit does indeed offer more address space, which is an advantage to those needing more now/soon. But it has more important advantages; with a large, empty address space you can encode permissions, types and other info in pointers. You can pack or aggregate instructions/data. You can more easily/directly share an address space with everyone getting a large portion, or support novel/faster memory layouts by dividing the space into areas with different access permissions in the context of reasonable memory access strides. 32-bit constraints on such techniques make them less generally useful or excessively constrained, but in 64-bit (and above) they could become much more effective. Think of the ways people are proposing to use ipv6 addresses [though there are a few more orders of magnitude difference there] versus the ways people currently use ipv4---an increase in address space can be used for more than just more addresses.

      It may require some imagination to exploit it well, but it could have a much larger impact than you (and many others) think.

    6. Re:x86 by NanoGator · · Score: 2, Funny

      "x86 is dead and mobile devices wrote the eulogy."

      Until my mobile devices can play Wing Commander, you're full of shit.

      --
      "Derp de derp."
  4. Its a dupe by mnmn · · Score: 3, Insightful

    The article was interesting, but we dont have to read it twice.

    Maybe slashcode should have a link repository, if someone adds a new story with a link, they get a warning another story pointing to the same link was posted 18 hours ago...

    We've even seen triple-dupes.

    --
    "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
    1. Re:Its a dupe by Ray+Radlein · · Score: 2, Funny
      We've even seen triple-dupes.
      "Tripes," you mean? Yeah, we've seen a lot of tripe here at Slashdot, all right.

    2. Re:Its a dupe by Peyna · · Score: 2, Interesting

      The words duplicate and triplicate actually vary little from their Latin roots; duplicatus and triplicatus; "to double" and "to triple." THe word "dupe" isn't officially recognized as a synonym for duplicate, so the argument is pretty much moot.

      --
      What?
  5. Looks like we need to throw all computers out by lost_n_confused · · Score: 2, Insightful

    Reading the article makes it seem like all computers will disappear. I find it so hard to believe that the new cell processors will be that advanced. I can believe they are good for specialized uses but not as a general computer.

    --
    -- To mess up an OS X box, you need to work at it; to mess up your Windows box, you just need to work on it.--
    1. Re:Looks like we need to throw all computers out by JQuick · · Score: 5, Interesting

      The author had a good grasp of the high level architecture, but beyond that was clueless. His interpretation of the design is way off the mark.

      He seemed astonished by the 1024 bit wide data paths. The Power family is design with cache fill lines of 128 bytes. So, for instance the G5 L2 cache already does fetches 128 bytes into cache for each main memory read.

      Similarly all the talk about doing with cache and VM is bullshit. Instead of having each vector unit interfere with a shared cache as is done today, they've simply added smaller per ALU caches to the design, and complemented it with a device that is a souped up cache controller/MMU unit (the DMAC). The dmac apparently will be able to address both memory, and other hardware by having a virtual address layer, to enable reference to remote cell units as well as local physical hardware. The 64 MB of high speed rambus memory, may be all that is required for a PS3, but in a workstation implementation that memory is L3 cache.

      Altivec currently has 32 vector registers. Each ALU as 128. It it highly likely that the core opcode architecture will remain similar. The most likely addition will be to add a few flow control instructions to the existing mix.

      Altivec is already powerful but the biggest limiting factor is latency. Altivec can peform 1 instruction per clock on the G5, However the pipeline is 8 levels deep thus the overhead involved in fetching data, loading registers, performing a calculation among 1-3 registers, and getting a result is prohibitively expensive. However, if you can arrange to submit 8 calculations (or more) in rapid sequence, you can keep Altivac and the CPU busy and reap great benefits.

      The beauty of Cell will be in proving the ALUs with a bit more autonomy (thought not much more, they are still basically vector units), and enabling the main CPU to keep doing useful work while a number of ALUs are cranking away. Other novel design features provide for communication and synchronization with other units via remote addressing and timing (that's what those realtime clock signals are all about).

      This will be very fast, and very cheap. However, all the hand waving, and theorizing this guy does about both hardware and software reads like patent bullshit.

  6. Dupe!-Was it as good for you? by Anonymous Coward · · Score: 5, Insightful

    "Timothy do you actually read Slashdot?"

    Here's a better question. If he will not, why should we?

  7. Dataflow squared by Space+cowboy · · Score: 5, Interesting


    The original PS2 design was for a dataflow architecture - the Cell is a continuation (and significant evolution) of the theme. Interestingly enough, if this *does* take off it may be that the best programmers of tomorrow turn out to be the PS2 low-level guys, who've already written the algorithms that are about to be important.

    In the PS2, the MIPS chip was there mainly to do the simple stuff, all the heavy lifting was done on the 2 vector processors, and they were designed to have programs uploaded into them and data streamed through them using a very flexible (chainable) DMA engine. Sounds similar (if in a limited sense) to the Cell chip itself.

    Simon.

    --
    Physicists get Hadrons!
    1. Re:Dataflow squared by Syre · · Score: 2, Interesting
      Here's an article that goes into some detail on the cell architecture and why it may not actually be as fast in practice it is in the glowing predictions made by Sony executives.

      The essential quote:
      UNC's Zimmons has his doubts. "I believe that while theoretically having a large number of transistors enables teraflops-class performance, the PS3 [Playstation 3] will not be able to deliver this kind of power to the consumer," he wrote in response to an e-mail query from EE Times. "The PS3 memory is rumored to be able to transfer around 100 Gbytes/second, which would mean it could process new data at roughly 25 Gflops (at 32 bits) -- far from the 1-Tflops number."
      I hope for great things, but will believe them when I see 'em.
  8. Transmeta by jfonseca · · Score: 4, Insightful

    The last time I read about a revolutionary chip that would forever change the world and the company was so great they even had the Linux creator as a board member it turned out to be not much more than a loud fart in the wind. (Enter Transmeta)

    This is a distributed-processing-capable chip. They're moving software into the chip, doing what software can do in a more compact and probably more efficient way. There's nothing revolutionary here and besides being a dupe story it's way overrated. The only attractive here is the fact PS3 will use it instead of embedding something open, like Mosix.

    And no it won't "eventually take over the PC market."

    --
    Broken Hearts are for Assholes. - Frank Zappa
    1. Re:Transmeta by kai.chan · · Score: 3, Interesting

      There's nothing revolutionary here

      There is a _lot_ of revolutionary ideas behind the Cell processor. As shown in the write-up, the Cell takes a drastic change from the conventional arithmetic-unit/cache setup. Additionally, the way the Cell can pipeline parallelizable problems amongst the 8 processing units within itself is a revolution of chip design already. Take, for example, the video encoding/decoding example shown in the write-up, whereas an an Intel chip will require processing of each procedure in sequence, the Cell can separate each procedure, pipeline the process, and produce results in a fraction of the time it takes an Intel chip. Since much of our processing power in home electronics goes into Video, Audio and 3D Visualization (all of which are highly parallelizable), being able to separate tasks onto separate processing units dramatically increases the speed of computation.

      Add to the fact that you can also pipeline processes amongst Cells within one piece of electronic, or spread the problems to multitude of other home electronics, makes the design a much different type of processor than the everyday Intel and AMD. The way to "upgrade" the Cell is also revolutionary, as buying another piece of electronics will increase the processing power of your household.

    2. Re:Transmeta by eobanb · · Score: 2, Insightful

      The only attractive here is the fact PS3 will use it instead of embedding something open, like Mosix

      I'm not sure if you're praising or knocking Mosix (or more accurately, OpenMosix), but the method by which OpenMosix migrates processes bears very little resemblance to Cell. OpenMosix's redeeming quality is binary compatibility with most, if not all, existing software written for whatever architecture the cluster is running on. Cell resembles MPI more than Mosix, by far, in that software will have to be recompiled to take full advantage of Cell's capabilities. No, the OS will not automagically solve everything.

      (Yes, I work with an OpenMosix cluster)

      --

      Take off every sig. For great justice.

    3. Re:Transmeta by Jeff+DeMaagd · · Score: 2, Insightful

      Transmeta was influential, if nothing else, but for pushing Intel to develop the Pentium-M chips. The Pentium-M pretty much squashed the mainstream market for Transmeta, particularly after the delays in getting faster designs out.

    4. Re:Transmeta by rossifer · · Score: 2, Interesting

      Interestingly (to me), the Pentium-M looks well on it's way to squashing the Pentium-4 market.

      Pentium-4 was an architectural mistake conceived with the goal of pushing the MHz numbers up (since the mass market appeared to trust MHz over "MHz-equivalent" labels). AMD astonished them by finally making their alternate naming scheme credible and the plan behind the P4 went straight down the crapper.

      New x86 development at Intel is largely derivative of the P3 core (the family that includes the P-M) and has largely deprecated the overheating/underperforming P4 core.

      Regards,
      Ross

  9. There are always critical sections by auzy · · Score: 4, Interesting

    its very rare for a system to be able to be completely parallelised.

    There will always be "critical sections", data which can only be used by 1 thread at a time, which limits how much it can be split up.. Then you have programs which cant be.. I mean, you can split up a game for instance into a sound, video, and keyboard threads easily. To really utilise parallel processing takes a massive amount of code, which with current languages, seems to make it a bit implausible to get a massive increase.

    It should also be remembered that the G5's and G4's already have altivec, and even though this is on a much grander scale, there will always be bottlenecks that slow it down preventing 99% of commonly used apps from getting a significantly large increase..

    1. Re:There are always critical sections by kai.chan · · Score: 2, Insightful

      its very rare for a system to be able to be completely parallelised.

      Not really. Current gaming computers are usually bogged down while trying to display a graphical-intense game. Home electronics are composed of video and audio. Much of 2D and 3D visualization and audio are "embarrassing parallel problems". Take the video encoding/decoding example from the article, you don't need to parallelize a video frame in terms of each pixel elements, instead, one opts to parallelize each video encoding process that doesn't have "critical sections". Not only can types of procedures be parallelized, a lot of for loops can also be unwound so that they, too, can be split up onto multiple processors.

  10. Timothy, Saturday night by Leto-II · · Score: 4, Funny

    Okay, who was down for Timothy on Saturday night for the /. Dupe Pool?

    --
    Do not anger the worm.
  11. They reinvented The Amiga! by Rares+Marian · · Score: 4, Interesting

    A measly 68k CPU with hardware that was autonomous.

    A measly MIPS with hardware that is autonomous.

    The only thing they need is to sync to the TV set.

    --
    The message on the other side of this sig is false.
    1. Re:They reinvented The Amiga! by Angostura · · Score: 2, Insightful

      I read it and thought 'They've re-invented the 'transputer'.

  12. Some Thoughts by logicnazi · · Score: 5, Insightful

    Well, I think we all recognized that article was a little over enthusiastic but it does suggest some interesting possibilities.

    First of all I want to say I think it is completly possible to make a processor with 8APUs and so forth. For starters PowerPC chips already have several seperate execution units on them, and I think they use fewer transitors than intel chips. Moreover, a huge chunk of the transitor budget goes to doing things like cache consistancy or complicated instruction prediction which is probably not used on the much simpler APUs.

    Of course it seems like this is primarily of interest to game systems or signal processing applications (note that a 4 threaded 32 stream processors is just another way of saying 4 cell procesors, each has a PPC core with 8 APUs). However, I would not be so quick to dismiss this for the PC market. While it may be true that many individual applications may not easily multi-thread it seems we are approaching a point where the biggest complaint is not the maximum processing rate in one application but the ability to run multiple applications at once. On my computers I'm rarely if ever frustrated at the rate some program is running at, but slowdown in other programs when I run a processor intensive job or turn on a video. So while drawing a webpage may not be speed up by this processor drawing several webpages at the same time will be and that is the sort of thing which makes a big difference for the end user.

    Also, a processor like this offers great possibilities for JIT and VM code. The main thread can dispatch instructions and threads to the APUs dynamically based on what is happening in the system. Also I find it interesting that IBM is going the same way as intel in pushing all the complexity on the compiler. It makes one wonder if itanium is really as dead as everyone thinks. Perhaps in 4 years when AMD can't squeeze anything more out of x86 intel will be ready to jump in having worked out all the bugs to their new chip.

    --

    If you liked this thought maybe you would find my blog nice too:

    1. Re:Some Thoughts by David+Greene · · Score: 2, Informative
      First of all I want to say I think it is completly possible to make a processor with 8APUs and so forth.
      Check.
      For starters PowerPC chips already have several seperate execution units on them, and I think they use fewer transitors than intel chips.
      Multiple function units on a chip is not the same thing as the 8 APUs of the Cell. First off, there's no indication whatsoever that this is a single-chip architecture. Even if it is a single chip solution, the coupling of a superscalar's function units to the rest of the architecture is extremely strong.

      The Cell architecture is much more loosely coupled, which could be both it's greatest strength and biggest weakness. It's a very different kind of programming model. If the Cell designers really expect developers to code to the metal, they are in for a surprise. Even the most advanced HPC shops today (i.e. government labs, NSA, etc.) are sick of hand-optimizing code. That's why we have programs like DARPA's HPCS. The software component (compilers, debuggers, perforance analyzers, etc.) is at least as important as the underlying speed of the hardware. Usability is king these days. For the Cell to compete in the HPC market, it must have parallelizing and multithreading compilers.

      I find the claim that the Cell will work optimally in all configurations from the PDA to a networked cluster to be dubious at best and patently false at worst. The differences in network latency alone will require radically different software solutions in these two environments. Comparing a cluster of Cell computers using ethernet (even 10G) to a Cray network is ludicrous. GFLOPS ain't the whole story. The Cell may dominate the Top 500 but that's almost universally recognized by HPC experts as next to useless. It's great for marketing and gloating point numbers but I'd like to see how it does on HPC Challenge.

      To get a feel for this, look at the HPC Challenge results and compare the Cray Alpha (T3E) to the Dalco Opteron (cluster). Then compare the Dalco to the Cray Opteron (XD1). Then compare the T3E to the Cray X1 and NEC SX-6. Then look at the clock speeds of all the machines.

      Moreover, a huge chunk of the transitor budget goes to doing things like cache consistancy or complicated instruction prediction which is probably not used on the much simpler APUs.
      Not true. By far the biggest chunk of the transitor budget goes to the cache itself. Predication is relatively cheap compared to full-out dynamic branch prediction. Cell has apparently eliminated the cache which would make room for lots of processing bits. However, I'll note that contrary to what is implied in the article, the newest Cray systems, including the vector machines, all have multiple levels of cache on them. Latency and locality do matter, even in large-scale vector codes.

      And finally, just because something is vector doesn't mean it's a vector supercomputer. There's a reason NEC and Cray blow SSE/Altivec out of the water and it's not just vector length. It's the whole package of vector ISAs designed for high performance codes (not just pushing polygons), enormous memory and network bandwidth and compilers that know how to make use of it.

      --

  13. Merrimack streaming processor is like CELL by zymano · · Score: 2, Informative

    Dally's Merrimac processor.

    It's so similar that you wonder if they lifted it from him. The only difference is that Prof. Dally's chip has a big cache.

  14. Consider a different approach by Space+cowboy · · Score: 4, Informative


    All the programs that run on PC architectures expect certain things to be in place - they expect a single fast central CPU. They expect that good cache usage is important for performance. They expect to have access to gobs of RAM. Etc. Etc. The PS2 (and by extension the cell) is completely different.

    Consider a different architecture. You have a job that consists of multiple things to do. Some of these can be easily parallelised, others are mainly sequential. Divide it up so the parallel ones are coded separately, maybe with some IPC to synchronise to some clock.

    For a sequential part (say rendering the object list of a scene back to front to gain occlusion) the approach that worked for me on the PS2 (which is logically similar, if significantly less powerful) was to divide the job into tasks. Each task (say, one per object in the above) gets its own bit of code and knows about the data that it needs to perform its task.

    The key thing is that the Harvard separation of code and data just isn't, on a PS2. You set up a DMA chain that loads the program into the processor, then streams the data through the program on the processor, lather, rinse, repeat. Make the chain self-submitting and you can effectively forget about that chunk of code now, it'll just happen.

    This is still doing things sequentially (but we've agreed that this is a sequential task, right?) - the point is that it's being done highly efficiently within the architectural constraints. You have a dataflow architecture and even sequential code can hit the performance limits if you code to the architecture.

    The Cell looks even more powerful, in that you can chain execution modules together, so you can load code into APU's 1,2,3,4 and stream the data through 1,2,3,4 automatically before it's considered 'done'. This was possible on the PS2, but ... awkward. It'll keep the effective instructions/clock down because you're effectively pipelining your software... Nice idea.

    Simon

    --
    Physicists get Hadrons!
    1. Re:Consider a different approach by Space+cowboy · · Score: 2, Interesting

      Hmm - short answer: Don't know :-)

      I *think* the programming model will be sort-of-like CORBA, with 'messages' being sent from a central despatcher (the G5 probably, though it could be another APU). I think the messages will be self-contained program+data though - they've even called them APUlet's. The OS then schedules them to be executed on the first available APU.

      The message is the data, but the code will be bundled along with it, and when it's finished, it'll send another message back to the despatcher (or 'return' some value, depending on how you view these things). In a traditional messaging system, the code is fixed. In this paradigm you get to change the code as well as the data - could be a nightmare to debug, but the flexibility is staggering.

      So, yes, I think messaging systems will be the way this pans out. I wonder if Apple R&D are at this moment chained to a Cell, porting Darwin...

      Simon

      --
      Physicists get Hadrons!
    2. Re:Consider a different approach by TheRaven64 · · Score: 2, Interesting
      Firstly, the apulets are unlikely to be both code and data. The APUs are vector processors designed to process streams of data, making it far more likely that you upload the code and the stream data to it (either directly or from another APU).

      Secondly, Darwin will not need porting to the Cell. It will almost certainly run with no modification on the PU. Things like QuickTime, Quartz and CoreVideo/Audio are likely to benefit by having components run on an APU, as might things like the network stack, but this is likely to be done over time rather than all for the initial release.

      --
      I am TheRaven on Soylent News
  15. Re:Well, this could use some more reiteration... by hattig · · Score: 4, Informative
    We will find out a whole lot more within the next fortnight, Cell is being described in a lot of details at ISSCC 2005 in early February.

    Paper Details:

    • The Design and Implementation of a First-Generation CELL Processor (10.2)
    • A Streaming Processing Unit for a CELL Processor (7.4)
    • A 4.8GHz Fully Pipelined Embedded SRAM in the Streaming Processor of a CELL Processor (26.7)
    • A Double-Precision Multiplier with Fine-Grained Clock-Gating Support for a First-Generation CELL Processor (20.3)
    • Clocking and Circuit Design for a Parallel I/O on a First-Generation CELL Processor (28.9)
  16. Treacherous Computing by tepples · · Score: 2, Insightful

    If, for example, HDTV set-top boxes supported email, Word, and spreadsheets, it'd happen pretty quickly.

    I'm not buying a console-style computer until it supports GCC out of the box. I want the freedom to compile my own software for a given machine and distribute it without having to go through a console maker that refuses to even talk to individual developers and smaller firms.

  17. What I can't help but think by mcc · · Score: 5, Interesting

    I've had for a very long time the suspicion that the XBox was basically just a big blindside at Sony. The XBox loses a huge amount of money, and looks as if it will continue to lose a huge amount of money right into the XBox 2 line; Microsoft must be doing this for some reason. My personal theory for awhile has been that at least one of Microsoft's motivations in spending all this money is because they see the Playstation as a potential future threat; i.e., they feared and fear that at some point the Playstation 2 or 3 or 4 will become so close in power and functionality to a PC that it will begin to supplant the PC for common tasks. This would be disastrous for Microsoft; their lockdown on the PC market is complete, but this doesn't protect them from the PC market itself being slowly eaten away at from the bottom by consumer electronics like the ones Sony makes. So to stave off this threat, Microsoft begins to instead grow the PC market it monopolizes downward, so that the PC (as it becomes the "Windows Media Center") begins to slowly suck up the consumer electronics market, competing directly with the Playstation, bringing the fight to Sony's door instead of Microsoft's. Since consumers wouldn't on their own be interested in a PC that supplants consumer electronics, Microsoft instead basically bribes them into being interested with subsidized hardware; they make a big money blackhole out of the XBox to undercut Sony's ability to maneuver with the Playstation, the way the money blackhole that was MSIE undercut Netscape's ability to maneuver.

    This is, of course, all just conjecture.

    But when I begin to see people seriously talking about the chip from the Playstation 3 eventually potentially being used in PC hardware, I begin to wonder if it's maybe reasonable conjecture...

    1. Re:What I can't help but think by Anonymous Coward · · Score: 2, Interesting

      IBM -> PowerPC
      Apple -> PowerPC

      Cell -> PowerPC
      IBM, Sony -> Cell

      IBM, Apple -> Linux, BSD (Unix)

      Doesn't take a genius to come up with:
      IBM->Cell->Apple+Sony

      Sony makes the best computers, Sony makes one of the best gaming console.

      Although I'd rather see Apple join forces with Nintendo since these two companies are more alike than any other (quality over quantity).

  18. 3 architectures by SunFan · · Score: 4, Interesting


    It's been said before, but mature industries tend towards three of something, such as GM-Ford-Chrysler. For CPUs, it has to be AMD64/ia32e, PowerPC, and SPARC. They're the only ones with any high-volume prospects. SPARC will certainly be in third place, with AMD64/ia32e and PowerPC duking it out for one and two. The fact of the matter is that Itanium won't be a mainstream processor, and PA-RISC, Alpha, and MIPS are all more-or-less EOL.

    For operating systems it will still be Windows, Linux, and UNIX (predominately Mac OS and Solaris). Okay, that's four, but the other historical major players are all becoming niche legacy platforms.

    For office suites, it'll be MS Office, StarOffice/OpenOffice.org, and iWork. The others are all niche players.

    For browsers it'll be IE, Firefox, and Safari.

    At least this will tend to simplify some things, because the non-Microsoft platforms will be fewer making supporting them easier. This is a good thing, IMO.

    --
    -- Microsoft is the most expensive commodity operating system and office suite vendor in the marketplace.
    1. Re:3 architectures by Monthenor · · Score: 4, Funny

      Did you intend this post to clash humorously with your sig? Because it does.

      --
      Co-founder of GerbilMechs
    2. Re:3 architectures by SunFan · · Score: 3, Interesting


      I don't think it does. Microsoft will be around for a while, unfortunately. In my sig, I expect Solaris, Mac OS, and Linux to be the top three of the UNIX side (not necessarily in that order). The BSDs are there for completeness, as they are good systems but are niche players. The main point behind my sig is that all the options listed are either cheaper/freer than Microsoft's options or just flat out better than Microsoft's options (or both). Microsoft really is in a precarious situation, where they have only inertia carrying them at the moment (granted, it's a lot of inertia but it's definitely finite).

      --
      -- Microsoft is the most expensive commodity operating system and office suite vendor in the marketplace.
  19. Re:Not Again! by vettemph · · Score: 2, Insightful

    I think It's full of shit. The market price is not base on manufacture price but on performance level. If this new chip is faster than an x86 it will cost more. As the newness wears off and the price comes down it will level out based on "MIPS" or something. Remember when factory automation was going to allow all of use to work half days? It never happened. some of us still work full days and some of us are out of work. Someone forgot to factor in greed.

    For my rebuttal,
    AMD is better yet cheaper, Linux is better yet cheaper. WTF? guess i'll STFU.

    --
    The government which is strong enough to protect you from everything is strong enough to take everything from you.
  20. Talk is cheap, and hollow hype is worthless. by i41Overlord · · Score: 2, Insightful

    "If it's as good as this article claims, the Cell chip could eventually take over the PC market."

    And if I had 4 legs, I could outrun a dog.

    But I don't, so I can't. And this chip won't be as good as the (overenthusiastic) article claims. It won't take over the PC market.

    This chip will take over the PC market the same way that BitBoys took over the graphics card market; the same way that Transmeta took over the mobile CPU market; the same way that the Elbrus 2k took over the desktop CPU market. That way is: deliver endless hype that you can't possibly back up. By the time it hits the market, the hype will be so built up that people won't be able to help but to feel let down by the chip. Then they'll lose interest in the product.

    This chip might be fast for the money, and enable them to put 4 cores in a consumer device like the Playstation, but it's not going to outperform (or even match) a CPU like the P4 or Athlon 64.

    When will people learn to stop falling for the same tricks?

  21. Steve Jobs, Vectors and OS X by Invisible+Now · · Score: 2, Insightful
    Cells have another older ancestor besides the Cray. Job's Next cubes had an integrated DSP/Vector unit. And, lest we forget, Steve Jobs produced the Mach operating system for his Next Cubes. And Mach is the spiritual godfather of OS X.

    He also sold tens of thousands of these boxes to a government agency who's name is Not Said Aloud. Seems their early APU-like design was very good at some important things.

    Cells are the Next big thing. PS3 will indeed kick ass - real time virtual video - and so will future Macs. Maybe they'll be the same thing, eventually.

    Oh, BTW, was that Sony's head on stage at MacWorld?

    This is big and deserves duping. But we'll wait for the next time its /. to consider what you'd do if you were Sun, Intel, or Microsoft

    --

    "Knowing everything doesn't help..."

    1. Re:Steve Jobs, Vectors and OS X by Ohreally_factor · · Score: 2, Informative
      And, lest we forget, Steve Jobs produced the Mach operating system for his Next Cubes.

      Wrong. Jobs hired the guy who produced the Mach operating system at Carnegie Mellon, Avie Tevanian.

      Tevanian started his professional career at Carnegie Mellon University, where he was a principal designer and engineer of the Mach operating system upon which NEXTSTEP is based.

      Mach is the spiritual godfather of OS X

      Not only that, it's the kernel!

      I'm not sure what this has to do with anything, though. Are MKs especially well suited to this Cell architecture? Or are you just trying to play connect-the-dots? Hmmmm. Vectors. . . . Connect-the-dots. . .
      --
      It's not offtopic, dumbass. It's orthogonal.
  22. No one has mentioned the Transputer by (outer-limits) · · Score: 2, Interesting

    Which is what this seems to resemble to me. http://vl.fmnet.info/transputer/

    --

    Microsoft - Where would you like to go today, Maybe Jail?

  23. Cell IS POWER by enkidu · · Score: 3, Interesting
    And if they[IBM] use this[Cell] in servers, they'd kill their POWER line.
    Did you read the article? The Cell architecture is what might have evolved if the multi-core POWER architecture continued for a couple of generations. Cell just skips those intermediate generations. Here's what the article says "The Cell architecture is essentially a general purpose PowerPC CPU with a set of 8 very high performance vector processors and a fast memory and I / O system, this is coupled with a very clever task distribution system which allows ad-hoc clusters to be set up.". Doesn't sound like IBM is afraid that Cell will kill their POWER line.
    --

    There is no trap so deadly as the trap you set for yourself
    -Raymond Chandler, The Long Goodbye
  24. 4 Cells? by Jozer99 · · Score: 2, Insightful

    In the article, they say the PS3 will have 4 Cells each running at 1.6v with 85W heat disipation!!! If that is true, they are not only going to need at least a 500W power supply (maybe significantly more), but also to get rid of 340W of heat! How is this going to fit under my TV?

  25. You shouldn't do most of this. by tempshill · · Score: 3, Interesting

    If you pack more data in the pointers, you'll have applications that break in a few years when that extra address space is needed. Ask Apple what happened when they moved from the 68000 (32-bit addresses of which only 24 bits were used) to the Mac II's 68020 (32-bit addressing). Four Macs (the II, IIx, IIcx, and SE/30) actually had versions of QuickDraw in ROM using the top byte to pack extra data into the pointers, as you recommend, and then Apple had to patch the entire QuickDraw package in RAM to code around this. Untold numbers of apps broke also of course.

  26. Whether one can install user-created content by tepples · · Score: 2, Insightful

    by that request [of availability of a compiler to the general public] i take it that your os of choice is either linux or some bsd variant.

    As of early 2005, two leading desktop operating systems are Microsoft Windows XP and a FreeBSD variant. Windows supports GCC out of the box: use IE to download Firefox, and use Firefox to download MinGW.

    this puts you outside of the user group a console style computer would be aimed for

    It's not me as much as my audience. If I write a program, say a simple Tetris clone with a gimmick, I may want to GPL it and publish it on the Internet for download, not mailbomb every licensed game publisher, hoping beyond hope that one will take a game from a complete unknown. Look at "Get It Now" and the GAGIN hack, used to get user-created content onto a BREW cell phone.

  27. Semiconductor Reporter article... by Glock27 · · Score: 3, Interesting
    This article has some interesting and somewhat current information.

    Looks like pilot production should begin soon on a 90 nm. process similar to that used for current Athlon 64s and Opterons. No word in this article on initial clock speeds and power dissipation.

    Anyone have additional info?

    BTW, another article I hadn't seen linked claims that Cell will be relatively easy to program...seems that Sony learned from some of its PS2 mistakes. That contradicts a lot of the threads responding to the original article and this dupe.

    --
    Galileo: "The Earth revolves around the Sun!"
    Score: -1 100% Flamebait
  28. Yes, it's basically an improved PS2 by Animats · · Score: 2, Interesting
    That's exactly right. Despite all the hype, this is basically a new generation of the PS2 architecture. There's a conventional CPU and a number of dataflow vector units. The dataflow units have a small amount of fast local memory and access to main memory. Just like the PS2. This time around, everything is bigger and better, and there's more of everthing, but it's the same idea.

    The PS2 was revolutionary, in that it was the first successful non von Neumann machine. There have been many exotic architectures along these lines, from the Illiac III to the Transputer to the nCube to the Connection Machine, but they've all been failures in the marketplace. The PS2 sold in volume and made money. That was enough to get people to develop techniques for programming dataflow machines, which aren't fun to program. Working out those problems delayed games for the PS2 by a year or two, but now it's been figured out.

    Now that the techniques have been worked out, at least within the game development community, a new generation of the same approach makes sense. Especially for graphics, which parallelizes well. You can keep throwing hardware at graphics until you get to one processor per pixel per triangle, and still get performance improvements.

    Note the limitations. Each vector processor has only 128K (not MB) of local memory. This is like DSP programming; you don't have much local storage. There's access to main memory, but it will stall the vector processor, so you can't overdo it. Bashing your problem into chunks that fit that constraint is a major hassle.