Slashdot Mirror


Linux For Cell Processor Workstation

News for nerds writes "The Cell processor from Sony, Toshiba and IBM, has been known as the chip that powers the upcoming PlayStation 3 computer entertainment system, but except for that very little is known about how it's applied to a real use. This time, at LinuxTag 2005 from 22nd to 25rd June 2005, at Messe- und Kongresszentrum Karlsruhe, Germany, Arnd Bergmann of IBM will speak about the Cell Processor programming model under Linux, and the Linux kernel in the first Cell Processor-based workstation computer, which premieres at Linuxtag 2005."

310 comments

  1. real use? by DustyShadow · · Score: 4, Funny

    but except for that very little is known about how it's applied to a real use.

    And why are video games not considered to be "real use" ??

    1. Re:real use? by Curtman · · Score: 1

      And why are video games not considered to be "real use"

      Because the successful ones prevent you from getting any "real work" done.

    2. Re:real use? by Taladar · · Score: 2, Insightful

      Because they are probably written by people that signed NDAs and can't talk about it, so their knowledge about that Cell processor is not available to the public.

    3. Re:real use? by The_Hooleyman · · Score: 1, Insightful
      Use: Games

      And it will happen like this: The first real use will be determined by our graphics programmers who will manage to eat up every new cycle on dynamic lights and high dynamic range textures. Then our physics guys and AI people will ask why there's not much left. Finally the game programmers will show up and have only enough power left to make the sweetest looking version of pong you ever saw. Wait for it, we'll have it ready for 2006.

      In related news, that is what happened last time we got next gen hardware. Games didn't get that much more fun, but they got pretty. A bit sad really.

    4. Re:real use? by Criton · · Score: 2, Interesting

      Not a real use Cell is awsome an under $300 chip that eats xeons for snacks and can eat an opteron for lunch?
      This would be a big seller for people in engineering the movie industry etc.
      With linux on it I want to see a standard PC board with a Cell processor and an X86 emu in rom for X86 OSes and using X86 cards roms.
      But for speed it'll run native cell compiled applications.
      Another odd effect is if cell finds it way into printers we'll have a situation we had back in the 80s where the printer is more powerful then it's host PC is so people will do crazy stuff like write apps in postscript again for simulations and rendering.

    5. Re:real use? by Anonymous Coward · · Score: 0

      I know nobody has replied to your stupid comments before, so let me be the first. I don't think you're a troll, it really appears you are actually that stupid.

      Here's a clue: Sony and MS, two of the biggest bullshitters in the computer industry, are having a bullshit match. There's a small chance Sony might have told a few lies.

      I hate to break this to you, but the Cell is not going to be anywhere near as powerful as the hype surrounding it. It may be very good at a few particular things, but not every single task you throw at it.

      if cell finds it way into printers

      I hope for your sake I have been trolled, and you aren't actually that stupid.

    6. Re:real use? by Anonymous Coward · · Score: 0

      I thought games would be awsome. Alot of sites say lack of game support is a major reason why linux is behind.

    7. Re:real use? by TechniMyoko · · Score: 1

      The problem with your bullshit is, its IBM touting cell, not sony.

    8. Re:real use? by jusdisgi · · Score: 1

      Another odd effect is if cell finds it way into printers we'll have a situation we had back in the 80s where the printer is more powerful then it's host PC is so people will do crazy stuff like write apps in postscript again for simulations and rendering.

      Huh? Why would cell end up in a printer? Perhaps maybe in major-league large-format photo printers or something (the Lambda76+ I used to work with was controlled by 2 dual alphas) but those are using the horsepower for real work already, in environments where management won't be keen on the engineers using them for other things...and where they will be keen on buying fast enough workstations that it won't be necessary. The printers people will be connecting to host PCs, that have cycles to spare, will still use chips in the $15 range, not chips in the $300 range.

      --
      Given a choice between free speech and free beer, most people will take the beer.
    9. Re:real use? by fr0dicus · · Score: 1

      However, Steve Jobs finally saw through their lies.

    10. Re:real use? by Anonymous Coward · · Score: 0

      I dont think MS is a credible source on cell

    11. Re:real use? by fr0dicus · · Score: 1

      I don't think you're a credible source on MS.

    12. Re:real use? by Isauq · · Score: 1

      It would end up in a printer (or tv, or DVD player, or cell phone, or coffee machine, etc.) because that's what it was created to be. The Broadband Processor Architecture was laid out from the start to be an infinitely scaleable and versatile solution for pretty much anything that uses a microprocessor. The "broadband" part refers to the ability of BPA chips to dole out work across networks to take advantage of idle cycles. I'm not sure how well this strategy will or will not work, but they seem to be telling the truth so far. (can you give evidence that they're lying?)

      --
      RTFM
  2. Oh JOY! Tux Racer on the PS3! by Anonymous Coward · · Score: 3, Funny

    Can't wait!

    1. Re:Oh JOY! Tux Racer on the PS3! by meringuoid · · Score: 3, Funny

      Never mind Tuxracer, the game I'm looking forward to playing on Cell has just got to be Angband...

      --
      Real Daleks don't climb stairs - they level the building.
    2. Re:Oh JOY! Tux Racer on the PS3! by Anonymous Coward · · Score: 1, Interesting

      I was at Disney over Memorial Day weekend, staying at Coronado Springs and guess what they had in their arcade -- Tux Racer! It was really odd seeing people pay money to play it, but I saw several people spend $.50 a go at it.

    3. Re:Oh JOY! Tux Racer on the PS3! by E_elven · · Score: 1

      Yeah, but I bet they disneyfied it and completely ruined it in the process. Put in cute animals and lots of happy music and so on.

      --
      Marxist evolution is just N generations away!
    4. Re:Oh JOY! Tux Racer on the PS3! by antikristian · · Score: 1

      I thought "freecell" would be a good pun here, but I can't really think of anything...

      --
      A computer is a tool, but I am not. I use Linux
  3. Cell processor workstation ? by Anonymous Coward · · Score: 0

    Have to wonder about the timing of this story although it is almost certainly coincidental. If these are eventually marketed (and don't remain prototypes) they should make interesting development platforms.

  4. Should be interesting by trixy_1086 · · Score: 1

    It should be interesting what modifications, if any, IBM may have made in porting Linux to the cell, since my understanding is that it has many specialized sub-processors (cells). It should be at least as good as Linux for PPC though, no?

    1. Re:Should be interesting by tempmpi · · Score: 2, Informative

      Look at the kernel mailing lists, IBM already submited the first set of patches. Basically Linux runs on the PPE, the full PPC core inside the cell, and there are system calls to execute special SPE binaries running on the SPEs (the subprocessors).

      --
      Jan
    2. Re:Should be interesting by codemachine · · Score: 1

      One has to wonder whether the Linux for PPC effort might lose a bit of steam now that Apple won't be making PPC workstations (or won't after 2007 anyhow - they'll still be releasing some nice PPC PowerMacs until then).

      I'm sure IBM didn't consider the loss of Apple to be a big deal as far as hardware sales, since Apple is pretty low volume and the consoles will more than make up for it. However, it may hurt IBM's big push to OSS developers to port all of their stuff to PPC. In the end, IBM's inability to deliver PPC chips for desktop and notebook use (as well as future portable devices that Jobs eluded to) may hurt PPC and Cell a lot more than they thought.

      Maybe they can convince Sony to encourage Linux on the Playstation 3 like they did for PS2, because MS and Nintendo sure as heck aren't going to be thrilled about Linux on their consoles (MS has virtually guaranteed Linux will not run on XBox 360). Linux on the consoles may be the only way we'll see the average hacker having a PPC or Cell machine that they want to play with.

  5. *sigh* by sinserve · · Score: 1, Troll

    What's the point of better architectures when Apple is moving to the brain-fucked x86 ISA? It's hard to be enthusiastic about computing when you know the beast just got a new lease on life.

    /me pours himself another bitter one

    1. Re:*sigh* by ignorant_coward · · Score: 4, Interesting

      I watched the keynote, and Apple (Mr. Jobs) did a really good job selling the transition. The only advantage of Intel is gigahumungous manufacturing capacity, which IBM obviously wasn't willing to steer Apple's way. PowerPC is good and all...up to the point of there being no road map or a stubborn IBM negotiator.

      Consoles are where PowerPC is at from here on out.

    2. Re:*sigh* by Anonymous Coward · · Score: 1, Informative

      did you ever read the title of this article?

    3. Re:*sigh* by Professor_UNIX · · Score: 1
      What's the point of better architectures when Apple is moving to the brain-fucked x86 ISA? It's hard to be enthusiastic about computing when you know the beast just got a new lease on life.

      Not to turn this into a Mac thread, but it is kind of disappointing they didn't go with AMD64. I thought that the Hypertransport AMD used was more in line with how the PowerMac G5 system worked, but maybe not. It would've been a native 64-bit platform like the G5, but now we're stepping back into a 32-bit world. A sad day for computing when they can't let go of that crutch. I guess I'll eventually be able to run Debian 3.2 on my new IBM Cell Processor Workstation in 3 or 4 years. :-)

    4. Re:*sigh* by Anonymous Coward · · Score: 0

      No PPC is pretty good. It's just that the PC game industry isn't planning to release games for PPC. So apple is now targetting the gamerz, and thus going for a much bigger market-share.

      I was there when we talked this over with steve.

    5. Re:*sigh* by Anonymous Coward · · Score: 1, Insightful

      I suppose I need a new label for my p-series and i-series then... IBM GAME CONSOLE... of a Deep Blue Game Console...

      Me think not...

    6. Re:*sigh* by flithm · · Score: 1

      You realize of course that Apple is NOT moving to x86. Just because they're moving to intel doesn't mean they're adopting x86.

    7. Re:*sigh* by Atzanteol · · Score: 1

      I don't think AMD could provide the volume that Apple would need. Apple probably didn't want another "Motorola" situation to happen.

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    8. Re:*sigh* by statusbar · · Score: 1

      That is very very mistaken. Apple IS embracing x86. With the new xcode 2.1 from Apple:

      gcc -arch i686 -arch ppc hello.c

      686, ppc, ppc64 are the only options for the new compiler.

      --jeff

      --
      ipv6 is my vpn
    9. Re:*sigh* by Atzanteol · · Score: 1

      Can we get a "Just plain wrong" moderation?

      http://www.apple.com/pr/library/2005/jun/06intel.h tml

      Which "Intel Processor" do you think they're going to use? ARM? The developer kit they're selling has a P4 in it BTW.

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    10. Re:*sigh* by flithm · · Score: 1

      Fair enough, I stand corrected. I read somewhere that it was most likely they would be using a non x86 chip, not unlike the intanium (which although was a flop in the pc market) could do really well for macs since they would be in a better position to take advantage of it. They already use PPC, the OS is under their complete control, etc.

      I mean, it's great news if they're adopting x86. I for one would love to run OSX on my cheap ass PC, but something tells me Steve might not be so into that?

      Anyway... if it's true, not only do I take back my stupid comment and say thanks for the correct knowledge, but I look forward to it!

    11. Re:*sigh* by Anonymous Coward · · Score: 0

      The demo used in the keynote was a Pentium 4, and they made mention of a devkit using the same. So for now, at least, they are, and it only makes sense that in the near term, they'll be using IA-32 or a derivative thereof.

    12. Re:*sigh* by Atzanteol · · Score: 1

      I mean, it's great news if they're adopting x86. I for one would love to run OSX on my cheap ass PC, but something tells me Steve might not be so into that?

      I had read, though I don't have a link, that he mentioned that OSX would not run on 'any' hardware, only Apple blessed hardware. I'd bet that they keep open firmware or some such rather than using a standard PC setup. Just because they're using an Intel CPU doesn't mean the rest of the system has to be 'standard PC'.

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    13. Re:*sigh* by flithm · · Score: 1

      I'm sure they'll try, but imagine how quick that will be hacked. If it runs on x86 I guarantee you eventually someone will figure out a way to get it to work.

      Hell we can already run OSX on x86 with PearPC. Now just imagine how much faster it would be if every instruction didn't have to be interpretted..

      At any rate... I personally don't see why they don't just let people do it. I mean, if they're already going to the trouble of converting to x86. They could just have a short list of officially supported setups, even have things like 'OSX certified' stickers and what not.

      Bill gates would be crying and shaking in his tiny little devil boots. There is exactly one thing that keeps me from running OSX and that's the cost of the hardware. I know a lot of people feel that way.

    14. Re:*sigh* by flithm · · Score: 1

      Hey Jeff, thanks for the reply. I had heard otherwise, and feel bad for spreading misinfo. Anyway... see the replies to the other post if you're interested.

    15. Re:*sigh* by fr0dicus · · Score: 1
      It's as much about laptops as anything else - AMD simply don't have the track record in portable devices.

      It should be pointed out that just because the development systems aren't ground-up 64 bit machines, doesn't mean the eventual hardware won't be. I doubt Apple will be launching in 2007 with old Pentium 4's.

    16. Re:*sigh* by Woody77 · · Score: 1

      Have you looked at the power consumption of the 90nm process Athlon64s? They're pulling VERY low amounts of power at idle (11 watts, IIRC). At full burn, they use less than a P4 does at idle. And this is a dual-core chip like the announced 4800+ X2.

      From poking on Intel's site, the Penitium M in my laptop runs about 28W at full load (1.6Ghz,1.484V, 21 Amps). The faster processors pull a bit more (edging up towards 30 watts).

      The AMD mobile chips are in the same ballpark (25-35 watts, depending on the clock), with a better connection to the rest of the system (hypertransport).

    17. Re:*sigh* by Anonymous Coward · · Score: 0

      > What's the point of better architectures when
      > Apple is moving to the brain-fucked x86 ISA?

      It doesn't matter. Apple exists for exactly three reasons, none of which are affected by switching to x86.

      1. To provide a place for elitists to go, so they can know they are better than everyone else who can't afford Apple overpriced and underpowered tech. This is now instituitionalized since by definition Apple no longer has ANY hardware advantage and will still cost more.

      2. To provide the R&D function for Microsoft. (And to be honest, much of the rest of the IT industry.)

      3. Most important, to provide a safe, tame, designated competitor for Microsoft. It is obvious that Microsoft & Apple have come to an arrangement wherein Apple is free to do whatever they please so long as they NEVER, EVER achieve 10% of total annual box sales. Anytime there is a threat of a runaway hit they retreat to the high end, high margin, low volume segment.

    18. Re:*sigh* by fr0dicus · · Score: 1

      But that's only half the equation. A low powered chipset is also required, which AMD just don't deliver anymore.

    19. Re:*sigh* by jmorris42 · · Score: 1

      > I don't think AMD could provide the volume that Apple would need.

      You might have a point if Apple were going with x86_64. But at this point I'm sure AMD could supply all the Athlons they could ever hope to sell. Remember, Apple is bound by their deal with Microsoft to never be a volume player, to stay safely in their low volume, high margin niche. Stray from that and Office disappears.

      --
      Democrat delenda est
    20. Re:*sigh* by Atzanteol · · Score: 1

      Why in the world would Apple stay with Athlons? And where does the ability for AMD to keep shipping Athlons at high volume *and* Opterons at high volume come from?

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    21. Re:*sigh* by ignorant_coward · · Score: 1


      Just like in the embedded world, there will be orders of magnitude more PowerPCs in game consoles than in any IBM server or workstation.

    22. Re:*sigh* by Woody77 · · Score: 1

      I rarely see a southbridge that has a heatsink on it, and the hypertransport bus negates most of the need for a northbridge that's sucking down a lot of power. There just isn't the transistor count in those areas to worry about the power consumption as much as it matters with the CPU.

  6. Re:I thought that the PS3 was going to be real by DustyShadow · · Score: 0, Offtopic

    the PS3 display at E3 was pretty disappointing...

  7. The Linux role in hardware design by Dancin_Santa · · Score: 5, Interesting

    What has impressed me about Linux is not so much that it has enabled some sort of "software revolution", but rather in how it has given chip/platform makers a specific, generic target OS that they can use freely to get something useful running on their hardware quickly.

    It used to be the case that platform makers would have to either develop their own minimal operating system for testing purposes or work very closely with an OS maker to port their software to the new hardware platform. With Linux, this has been pushed into the anals of history. Now the Linux OS porting goes hand in hand with platform building, as evidenced by the almost immediate support for Linux at the time of hardware release.

    I'm not so much interested in how the Cell board is going to revolutionize anything (it won't), but in how we have, in just the past few years, seen a dramatic increase in the number of hardware platforms being released. And not just in numbers, but also in variety. The number of different types of hardware platforms has risen dramatically. It's only limitation is the number of chip instruction sets supported by gcc and the imaginations of hardware manufacturers.

    If you want to see how Microsoft's monopoly has hurt the computer industry, look no further than the current industry. Whereas hardware platforms were pretty standardized and boring, now, with Linux (and real competition to Microsoft's hegemony) the numbers of innovative platforms has increased dramatically. We need a Microsoft out there developing consumer-level applications and quality, user-friendly operating systems. However, we also need a real competitor like Linux to push the giant into innovating.

    1. Re:The Linux role in hardware design by CrankyFool · · Score: 5, Funny

      Erm.

      Just for the record: I think you meant "annals of history." "Anals of history" is ...

      different.

    2. Re:The Linux role in hardware design by robbyjo · · Score: 0, Redundant

      pushed into the anals of history

      What a nice expression ;). It's annals.

      --

      --
      Error 500: Internal sig error
    3. Re:The Linux role in hardware design by Anonymous Coward · · Score: 0, Redundant
      ..." this has been pushed into the anals of history"

      well, uhmm, obviously you mean those who know no history are doomed to repeat it. So, you could say they're in a loop with their heads up their collective asses.

      Just trying to help you save cheek.

    4. Re:The Linux role in hardware design by ignorant_coward · · Score: 4, Interesting


      Linux is more popular, but NetBSD allows quicker porting of "something useful".

      I agreee that Microsoft has dealt a fair amount of damage with crappy APIs and bad QA regarding stability and security. A 'standard turd with a pretty GUI' is still a turd.

    5. Re:The Linux role in hardware design by StarsAreAlsoFire · · Score: 0, Redundant

      With Linux, this has been pushed into the anals of history

      An interesting choice of typos. Unintentional (I presume) and yet....

    6. Re:The Linux role in hardware design by Mysticalfruit · · Score: 1

      Considering some of the shit that companies have churned out to run on their specialized hardware... I think "Anals of history" sums it up pretty well...

      --
      Yes Francis, the world has gone crazy.
    7. Re:The Linux role in hardware design by Anne+Thwacks · · Score: 5, Insightful
      how it has given chip/platform makers a specific, generic target OS that they can use freely to get something useful running on their hardware quickly

      Perhaps because it is a Unix work-alike, and this was the original design goal of Unix?

      --
      Sent from my ASR33 using ASCII
    8. Re:The Linux role in hardware design by strider44 · · Score: 4, Funny

      Anals of history is what Microsoft has contributed to.

    9. Re:The Linux role in hardware design by NitsujTPU · · Score: 1

      The parent wasn't flamebait. NetBSD's motto is "Of Course it Runs NetBSD!!" Back before I had a computer that could run Linux, I had NetBSD on an old mac.

    10. Re:The Linux role in hardware design by meringuoid · · Score: 1
      Anals of history

      For instance,

      "Since Slashdot started displaying the destination of hyperlinks in posted comments, the traditional goatse.cx troll has been consigned to the anals of history."

      --
      Real Daleks don't climb stairs - they level the building.
    11. Re:The Linux role in hardware design by MrHanky · · Score: 1

      ...with Windows 95 as a particular Anus Horribilis.

    12. Re:The Linux role in hardware design by Ford+Prefect · · Score: 2, Funny

      NetBSD's motto is "Of Course it Runs NetBSD!!" Back before I had a computer that could run Linux, I had NetBSD on an old mac.

      Ooh, aren't we the pretentious one!

      Back before I had a computer, I had NetBSD running on an old sofa. Beat that! :-)

      --
      Tedious Bloggy Stuff - hooray?
    13. Re:The Linux role in hardware design by Tack · · Score: 1
      Buffy used this exact joke in The Body I believe, one of the best episodes ever (perhaps second only to Once More With Feeling).

      Jason.

    14. Re:The Linux role in hardware design by Dolda2000 · · Score: 1
      That really wasn't the original design goal of Unix, though. The original design goal of Unix was for Ken Thompson to be able to play a really funny little game that he had developed while working on Multics.

      The first few years, Unics, like all OSs of the day, was indeed written in assembly. Even after it was rewritten in C, it wasn't portable for another few years, since it still relied on stuff that only worked on PDP-11s. It was only when they decided to try and port it to another architecture (which I don't remember right now which one it was) that the portability issues were sorted.

    15. Re:The Linux role in hardware design by Anonymous Coward · · Score: 0

      Uhh.. I remember NetBSD working on your mom... j/k

    16. Re:The Linux role in hardware design by Nailer · · Score: 1

      >how it has given chip/platform makers a specific, generic target OS that they can use freely to get something useful running on their hardware quickly

      > "Perhaps because it is a Unix work-alike, and this was the original design goal of Unix?"

      I'm pretty sure the original design goal of Unix was typesetting.

  8. New wave of freedom by XanC · · Score: 2, Insightful

    We are fast approaching an era where you'll be able to run any OS and any software you want on any architecture you want.

    1. Re:New wave of freedom by Danger+Stevens · · Score: 1

      When asked what I'm waiting for, I always reply:

      I'm waiting for a new wave of freedom. When it comes, I'm gonna run Linux on a toaster, Atari on a Cray, and Windows on my ass.

      --
      World Changing - News for Humans, Stuff about our planet
    2. Re:New wave of freedom by Anonymous Coward · · Score: 0

      To paraphrase Ford. As long its Linux :)

  9. Another Demo loop by BagOBones · · Score: 4, Insightful

    Too bad that at LinuxTag 2005 all you will get to see is a looped video on running "real time" on "similar hardware" simulating the great development advanced you will be able to achieve with the new cell processor.

    Maybe the old man face and duck in water tech demos from the PS2 will also appear.. Did any PS2 game ever look as good as sonys techdemos?

    --
    EA David Gardner -"... but the consumers have proven that actually what they want is fun."
    1. Re:Another Demo loop by rpdillon · · Score: 1

      No, the PS2 games didn't look as good as the demos. The legendary Sony hype machine aside, those Unreal 3 engine demos were realtime, and they looked a hell of a lot like pre-rendered. Very impressive, end of story.

      Cell is a very cool design. I suggest you read the design docs linked to in the news item. IBM, Toshiba and Sony are fairly reputable - this is not some vaporware. If you were trolling about Infinium Labs and the Phantom, I'd understand, but PS3? Come on...

    2. Re:Another Demo loop by iapetus · · Score: 1

      Sorry, but that's patently untrue. Everyone seems to forget just how bad the PS2 tech demos were - all of them were surpassed in games within the life of the system. Compare the cutscene-style demos (RR girl, Final Fantasy dance sequence) to something like the real-time cutscenes in MGS2. The Tekken demo to any of the Tekken games on the system (even Tekken Tag Tournament outclassed it). The GT demo was probably one of the most impressive, though it cheated quite a lot to achieve that, and it still doesn't look as good as the GT games did when they actually came out.

      The old man's head demo is probably the hardest to match up, for the simple reason that there aren't many games where the entire power of the system goes into rendering a single face. But for equally impressive looking facial details, Silent Hill 3 is the traditional example...

      --
      ++ Say to Elrond "Hello.".
      Elrond says "No.". Elrond gives you some lunch.
    3. Re:Another Demo loop by Slashcrap · · Score: 1

      Too bad that at LinuxTag 2005 all you will get to see is a looped video on running "real time" on "similar hardware" simulating the great development advanced you will be able to achieve with the new cell processor.

      Ahhh, was diddums all dissapointed by the games he got with the PS2 Mummy bought him?

      Whilst I feel the deepest sympathy for you, I fail to see how this is relevant to Linux running on the Cell. Not a lot of scope for pre-rendered 3D demos to impress the kernel geeks is there?

    4. Re:Another Demo loop by Anonymous Coward · · Score: 0

      Yes, every techdemo from the playstation 2 unveiling has been surpassed in quality. One has to simply own a playstation 2 to know that.

    5. Re:Another Demo loop by arose · · Score: 2, Insightful

      Sorry, but real time cutscenes do NOT count. Real games with physics, AI and other overheads do.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    6. Re:Another Demo loop by tolan-b · · Score: 1

      Tech demos are always sans physics / AI etc. That's standard and you have to take it into account when viewing them. Especially if they're not showing in game graphics, like the head demo. A fair complaint is when the system simply can't recreate the tech demo. That's cheating. But if the system can run the demo then all's fair.

    7. Re:Another Demo loop by iapetus · · Score: 1

      Bingo. Although all of the examples I gave other than the MGS2 cutscenes were in-game, and the MGS2 in-game graphics are still more impressive than the FFVIII dance demo (which is available online if you search a bit, for those people who are having difficulty distinguishing in their memory between the PS2 tech demo and the PSX FMV).

      --
      ++ Say to Elrond "Hello.".
      Elrond says "No.". Elrond gives you some lunch.
    8. Re:Another Demo loop by Jesus_666 · · Score: 1

      This time they're showing a "realtime" video of a Gentoo box compiling KDE.

      --
      USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
    9. Re:Another Demo loop by grumbel · · Score: 1
      ### Did any PS2 game ever look as good as sonys techdemos?

      The current generation of PS2 games looks at least as good if not in many cases better then the techdemos they have shown back then. That said, yes, it took them a while to get all the power out of the PS2. This thread has some videos and pictures to compare.

      And last not least one should never forget that a techdemo isn't actually gameplay. A techdemo allows the developer to prescript everything they want, insert cool effects all over the place and do cool camera moves, gameplay allows none of that. PC games also look quite worse then those 3DMark benchmarsk or the NVidia techdemos, yet they are all rendered on the same hardware. Same with a RE4 cutscene vs RE4 gameplay, the first one looks far more interesting and has little todo with the actual gameplay, yet its all the same hardware again.

      So do I expect first generation PS3 games to look as good as those techdemos? Hell no, but its not unlikly that the PS3 will be able to render such stuff in the not to far future as a cutscene. Real gameplay will be of course a completly different thing, unless we get AI that is clever enough to act as 'game master' and insert interesting events in realtime instead of prescripted stuff, gameplay will look nowhere near as good as a random cutscene.

    10. Re:Another Demo loop by bluk · · Score: 1

      http://www.avsforum.com/avs-vb/showthread.php?t=54 4397

      Check out this thread and just scroll down a bit for the screenshots. Looking at the FF8 screenshot, in-game FFX graphics are significantly better. I don't think anyone can deny that those demo screenshot looks like crap compared to today's titles.

      Sony may have hyped them and the media may have greatly exaggerated their claims, but the tech demos did show capabilities of the machine.

    11. Re:Another Demo loop by fr0dicus · · Score: 1

      Not much else to use the SPE's for though now is there? Certainly a lot less than even a company who actually knows how to exercise subprocessors, like Apple, to bother with.

    12. Re:Another Demo loop by BagOBones · · Score: 1

      Thanks for the up to date screen shots.. I hadn't seen the absolute final generation games for PS2....

      But why does sony make it so hard for developers to make great looking games on their hardware?

      How long into the systems life to you have to go before you are releasing the intended level of detail?

      MS is demoing working titles on hardware that is LESS powerfull that the final product where sony is demoing, um demos of what they think it can do.

      --
      EA David Gardner -"... but the consumers have proven that actually what they want is fun."
    13. Re:Another Demo loop by arose · · Score: 1

      And when the system does not exist yet?

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    14. Re:Another Demo loop by bluk · · Score: 1

      The Xbox is just now starting to see games that substantially differentiate itself from PS2 games. Do you get upset at MSFT for making it hard to get great looking games until 4 years after they released the Xbox?

      Isn't MSFT also demoing things of what they think they can do? By most accounts, some demos were running at barely 20fps. ATI's hardware also isn't finalized, and furthermore, IBM's hardware isn't actually being produced yet. I don't see how that's any different than Sony's position today.

      Look at Epic or id, and they develop for hardware that doesn't exist yet either, but they still show demos and screenshots of the game. By the time the games are released, you can get hardware that runs the game somewhat smoothly. Did they lie too then?

      I just tried to help point out that Sony didn't exaggerate when they showed their PS2 tech demos. Did they exaggerate the PS3's capabilities? We'll find out again in 5 years, but looking at some of the games being developed today, it isn't too far fetched to believe.

    15. Re:Another Demo loop by tolan-b · · Score: 1

      Then there's a problem *if* the system isn't capable of what's been shown.

      In the case of the PS3 though, the tech demos (but not all, or even most, of the game demos) were running on a prototype. Unless Sony are outright lying of course.

  10. Re:I thought that the PS3 was going to be real by cofaboy · · Score: 2, Informative

    You could always try clicking this then

    Cell info

    --
    In the end, It's all bovine dung you know
  11. From TFA ... by AHumbleOpinion · · Score: 4, Informative

    "Unlike existing SMP systems or multi-core chips, only the general purpose PowerPC core, is able to run a generic operating system, while the SPUs are specialized on running computational tasks. Porting Linux to run on Cells PowerPC core is a relatively easy task because of the similarities to existing platforms like IBM pSeries or Apple Power Macintosh, but does not give access to the enormous computing power of the SPUs.

    Only the kernel is able to directly communicate with an SPU and therefore needs to abstract the hardware interface into system calls or device drivers. The most important functions of the user interface including loading a program binary into an SPU, transferring memory between an SPU program and a Linux user space application and synchronizing the execution. Other challenges are the integration of SPU program execution into existing tools like gdb or oprofile."

    1. Re:From TFA ... by trixy_1086 · · Score: 1

      I reiterate my prior statement, as it would be cool, and not completely out of the question, for IBM to optimize specific portions of the kernel for specifc SPUs. And I would also like to rephrase part of my prior statement to read "GNU/Linux" for those that enjoy being picky.

    2. Re:From TFA ... by AHumbleOpinion · · Score: 1

      Why would it be cool for the kernel to consume a vital finite resource that should be left to user land apps or higher level system libraries? The kernel does not have any specialized computationally hard jobs to perform. Now if you wanted to argue that a system library like OpenGL should use the SPUs that would make much more sense.

    3. Re:From TFA ... by GuidoW · · Score: 1

      And I would also like to rephrase part of my prior statement to read "GNU/Linux" for those that enjoy being picky.

      On being picky, I think the term "GNU/Linux" is actually the poorer choice in this case. This is about the Linux _Kernel_, not the entire system. The GNU project has, for a change, nothing to do with this.

      --
      If it's so secret, then how come I've never heard of it?
    4. Re:From TFA ... by Lemming+Mark · · Score: 1

      Ack for most things the kernel does. Things like software RAID, IPSec, etc. would probably benefit from this, however.

    5. Re:From TFA ... by DarkAvZ · · Score: 1

      This time, quite true ;)

      However, speaking of GNU, HURD is in a better position to profit from the multiple SPUs (IMHO).

      --
      09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
  12. indrema by jlebrech · · Score: 1

    So I guess plenty of ex indrema developers are working on the ps3 then if it runs linux.
    And if transmeta are working on the cell then it should be tailormade for linux.

  13. Re:I thought that the PS3 was going to be real by rekenner · · Score: 1

    Except that pages is really old...

  14. Does it run Linux? by Anonymous Coward · · Score: 1, Funny

    In soviet russia cell processes YOU!

    1. Re:Does it run Linux? by IntergalacticWalrus · · Score: 1

      So you're saying that outside soviet russia, YOU process Cell?? Is this a shit joke?

    2. Re:Does it run Linux? by Anonymous Coward · · Score: 0

      In Soviet Russia, yo momma lives in your basement!

      In Soviet Russia, the twinkies eat you!

      In Soviet Russia, Macs run on PowerPC!

    3. Re:Does it run Linux? by Anonymous Coward · · Score: 0

      In soviet russia shit joke criticises YOU!

    4. Re:Does it run Linux? by Anonymous Coward · · Score: 0
      I think the parent was referring to the U.S.S.R.'s Lubyanka Prison, whose cells most certainly processed a number of people.

      But maybe I'm just reading into it a bit much.

    5. Re:Does it run Linux? by Anonymous Coward · · Score: 0

      Its a Simpsons joke...
      "Turn right at fork in road...
      *In Soviet Russia, road forks you*"

    6. Re:Does it run Linux? by TK2216UKG · · Score: 0

      Oh for fucks sake when are these lame "Soviet Russia" etc. comments going to stop? It's a seemingly endless irritation to have to read that bullshit here.

      --

      - Jonathan :)

      No tuna is safe.

    7. Re:Does it run Linux? by Anonymous Coward · · Score: 0

      BZZT -- Try Family Guy.

    8. Re:Does it run Linux? by Anonymous Coward · · Score: 0

      No wrong again, try Yakov Smirnoff

    9. Re:Does it run Linux? by The_Wilschon · · Score: 1

      I'm somewhat curious. What is the origin of the soviet russia troll? I see it quite frequently, but most of the time, I simply don't get it. I'm sorry if that makes me a n00b, but so be it.

      --
      SIGSEGV caught, terminating

      wait... not that kind of sig.
    10. Re:Does it run Linux? by CapnGrunge · · Score: 1

      Here you go.

      --
      I see 57005 people
    11. Re:Does it run Linux? by Alsee · · Score: 1

      1980's comedian Yakov Smirnof who defected from Russia to America. His jokes mostly contrasted a comically-wonderful America vs comic-horrors of Russia.

      The specific origin:
      In California, you can always find a party. In Soviet Russia, the Party can always find you!
      In America, you watch television. In Soviet Russia, television watches you!

      -

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  15. cell chips by milhouse007 · · Score: 1

    I can see it now: cell processors released, 5 years later Windows Cell Edition finally is finally released, and you'll have to get new drivers and 60% of your software won't run. does the cell have a 32 or 64 bit architecture?

    1. Re:cell chips by Johan+Veenstra · · Score: 1

      From the funny article, first paragraph: "Built around a 64 bit PowerPC core,"

    2. Re:cell chips by Anonymous Coward · · Score: 0

      If I'm reading that correctly the sub processors are only 32 bit though.

    3. Re:cell chips by GuidoW · · Score: 1

      does the cell have a 32 or 64 bit architecture?

      Counter-question: Why do you want to know this?
      You won't be able to run old windows applications or drivers on it one way or the other, at least not without emulation. This is not something like x86 or even x86_64, it's completely different. It looks like the core of the processor will be an outdated PowerPC (which, fwiw, will likely have 64-bit registers), but that won't help someone who wants to run Windows software on it.

      My guess is that Windows on the Cell, if MS decides to have go at it at all, will be only slightly more successful than Windows on Alpha or MIPS. (For exactly the reason above - old software won't run on it out of the box.)

      --
      If it's so secret, then how come I've never heard of it?
    4. Re:cell chips by Jozer99 · · Score: 1

      I'm not positive, but I am pretty sure the each cell has a 3.2 Ghz 64 bit PPC processor somewhat like the PPC 970 now found in Macs.

    5. Re:cell chips by fr0dicus · · Score: 1

      I haven't seen it mentioned whether the Cell has an Altivec extension set, and if not, then it's really like a lobotomised POWER4 instead, but I suppose the SPEs should make up for most of that.

    6. Re:cell chips by SirTalon42 · · Score: 1

      The SPEs do what Altivec does and then a whole lot more. The Power chip in it is a Power5 (a G5 Mac uses the Power4).

      Even without the power of the SPEs the chip should be pretty powerful.

    7. Re:cell chips by fr0dicus · · Score: 1

      No, a Power5 is basically (apart from some other irrelevant changes) defined as a hyperthreading Power4. The CPU core of the Cell does not have this feature to my knowledge.

    8. Re:cell chips by Anonymous Coward · · Score: 0

      yes it has an Altivec.

    9. Re:cell chips by Jozer99 · · Score: 1

      The cell addons are basically supercharged Altivecs. Although they are different, they serve basically the same purpose and do basically the same thing, but a lot faster. The cell is missing several things from the PPC, because the cell is made for special purpose processing, not general purpose. Much of the memory and cache management stuff is missing, because it is faster if it is explicitly programmed, although a lot harder for the programmer.

  16. Some words about Big Blue by emanuelez · · Score: 3, Interesting

    I really hope that Cell will boost IBM since in the last few monthes they sold their Personal Computers department to Lenovo and have lost their partnership with Apple for PPC processors. I really think IBM has still a lot to give to the IT world and it would be a real waste to loose their know-how!

    1. Re:Some words about Big Blue by nabil_IQ · · Score: 1

      I don't think we should worry about IBM. They lost PPC with Apple, who cares, the 2 dominant game consoles are using IBM chips ;)

      and let's not forget their consultancy business powered mainly by Linux and Java-based technologies.

      IBM is well off :)

      --

      Won't somebody please think of the Karma!
    2. Re:Some words about Big Blue by Anonymous Coward · · Score: 0

      True Sony and Nintendo are in the IBM fold, but don't forget Microsoft is getting their chip from IBM too, even if it is going to very weak compared to what the other two will be using.

    3. Re:Some words about Big Blue by the+hopthrisC · · Score: 3, Funny

      Oh boy... maybe we should start a fund-raiser to save IBM, ya think?

    4. Re:Some words about Big Blue by emanuelez · · Score: 0

      Sure! My Paypal account is for IBM employers' hungry children!

    5. Re:Some words about Big Blue by Lemming+Mark · · Score: 1

      Agreed, it'd be a shame to lose them. That said, although the loss of Apple is a PR blow I doubt it counts much financially. Regarding selling the PC dept, I suspect it just suited their business model better. So they're still looking healthy for now :-)

    6. Re:Some words about Big Blue by bWareiWare.co.uk · · Score: 5, Insightful

      Okay what do we know about IBM:

      • The have designed the chips for all the major consoles.
      • The have dumped their Intel based PC business.
      • They have dumped their partner for Power based PCs (IBM would have hardly had to bend over backwards to continue the Apple relationship - they must have basically stonewalled them for Job's to risk a jump to Intel.)
      • They are very Linux friendly.

      What does that mean?

      • They are going to ship an unbelievable volume of chips, allowing them to make highend chips cost effectively.
      • They have no tires to the existing PC business and are completely free to do something new.
      • They have a powerful and adaptable OS that they can push for everything from mobile phones to big iron.

      If I was Intel/Microsoft/Apple/Lenovo I would be running for the hills. IBM is about to try and redefine computing again.

      I am not simply recycling the hype about the CELL being better then sliced bread. I truly think the signs are there that IBM is going to go head long into the Workstation/Embedded/Client/Server market with a CELL/Linux architecture and are going to try and settle some very old debts with Wintel.

      I don't now whether they will successes. I expect it will come down to whether they can make programming the SPU's as easy as x86. But I think it will be a very interesting few years.

    7. Re:Some words about Big Blue by wed128 · · Score: 1

      Oh yea, bake sale!

    8. Re:Some words about Big Blue by fr0dicus · · Score: 1
      This is nonsense. Xbox360 will have three full processing cores for Cell's one. Anything that needs any more than floating point calculation will be lapped up by the Xbox360's CPU, while the Cell is struggling. This includes physics and AI. It's interesting to note that all three manufacturers are still using a seperate graphics solution, so overall performance will not simply be defined by the CPU (a look at Doom 3 on the Xbox vs. the PC should explain that better).

      Also, TSMC, and not IBM, will be producing the CPU for Xbox360. PowerPC != IBM.

      Nintendo have not even announced what kind of CPU they will be using in the Revolution, but given the hardware size, it's questionable as to whether it can possibly be as powerful as the triple-core Xbox360 CPU.

    9. Re:Some words about Big Blue by SirTalon42 · · Score: 1

      Even if Cell doesn't beat out x86, long as it scares Intel, AMD, Apple, and Microsoft into working their asses off it will be a good thing.

    10. Re:Some words about Big Blue by jhtrih · · Score: 1

      I'm sorry, but you said "IBM is about to try and redefine computing again."

      Last time I checked, IBM has never "redefined" computing. Maybe IBM has changed the syntax of definitions of computing, but they have never changed the definition of computing.

      IBM if you recall, never started out in the "computing" business. They entered after they saw the potential the market had. Now I'm not saying that IBM didn't innovate or create great things, they just have never shifted the paradigm to a degree that DEC, Seymour Cray, Apple, DARPA, or the UNIVAC corp did.

    11. Re:Some words about Big Blue by jericho4.0 · · Score: 1
      AI can, and more and more often is, coded with vectors. Physics always has been. MS has been trying to suggest that the Cell will lag behind in physics calculations.

      I don't know what kind of physics they are doing, but my physics code is usually very interested in the stuff after the decimal point.

      --
      "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
    12. Re:Some words about Big Blue by fr0dicus · · Score: 1
      Purely vectors though? More complex AI routines will surely require more than basic vector work - and although physics is vector intensive, PowerPC didn't suddenly become weak at vectors, but the SPEs simply won't be doing anything else. If they have to hand back to the core CPU every time they come up against something that they can't accomplish, then it's still not looking particularly efficient. I'd assume that most of the work used by games will simply be for graphical effects, work on textures, etc.

      I'm not convinced of this tradeoff, certainly for anything besides gaming and video work, and I'll certainly be waiting for benchmarks before even considering whether it's of any use in a workstation. Apple certainly didn't seem to think so. The more I read of the core CPU the weaker it sounds.

    13. Re:Some words about Big Blue by bWareiWare.co.uk · · Score: 1

      I agree that that IBM didn't define the start of the computing business. And they may well have been less influential then the companies you mention (as are most companies).

      However IBM did (almost by accident) trigger the PC revolution and I can't see how that doesn't class as 'redefining' the industry - in pure numbers if nothing else.

      The same argument applies to Microsoft. They didn't invent to OS, or even add significant new features. They probably never even have the best OS. But they have still defined the industry in recent years (although hopefully that is rapidly on the wane).

  17. Perhaps you are in the wrong business/hobby by AHumbleOpinion · · Score: 5, Funny

    What's the point of better architectures when Apple is moving to the brain-fucked x86 ISA? It's hard to be enthusiastic about computing when you know the beast just got a new lease on life.

    Perhaps you are in the wrong business or hobby. If inconsequential details like what CPU is sitting at the heart of Apple's proprietary design causes you emotional distress you really need to reconsider your life. Assuming of course that you are not in advertising and needed the faux x86/PPC conflict. If so please continue with your distress, otherwise, have you considered forestry?

    http://data2.itc.nps.gov/digest/usajobs.cfm

    1. Re:Perhaps you are in the wrong business/hobby by Anonymous Coward · · Score: 0

      Those people who are enthusiastic about computing obviously care about what technologies are adopted and what aren't. This is a good thing.

      Do you really think that computing would've advanced to what it is now if everyone in computing considered it "just a job"? While changes such as this are obviously dictated by markets and business relationships, progress isn't driven purely through capitalism (although it needs capitalism to enable it), but also through genuine enthusiasm.

    2. Re:Perhaps you are in the wrong business/hobby by AHumbleOpinion · · Score: 1

      Those people who are enthusiastic about computing obviously care about what technologies are adopted and what aren't. This is a good thing. Do you really think that computing would've advanced to what it is now if everyone in computing considered it "just a job"? While changes such as this are obviously dictated by markets and business relationships, progress isn't driven purely through capitalism (although it needs capitalism to enable it), but also through genuine enthusiasm.

      Your comment is valid. As someone who has programmed IBM PC and Apple systems in assembly language (8086, 80386, 6502, 68000, PowerPC) I do value enthusiasm for technology. As someone who hires programmers I value those who have an inherent interest in programming, as opposed to those who are looking for a paycheck. However your comment is thoroughly misapplied to the GP post. That wasn't enthusiasm, that was fanboi'ism.

    3. Re:Perhaps you are in the wrong business/hobby by vertinox · · Score: 1

      I'm sorry, but since the human race has decided to go with x86 for another 10 years, we will required to burn 90% of our trees to keep up with the power demands.

      That and amounts of paper used to debate the x86vsPPC battle in paper format will deforest the Amazon jungle alone. Or maybe I should stop printing out /. threads.

      --
      "I am the king of the Romans, and am superior to rules of grammar!"
      -Sigismund, Holy Roman Emperor (1368-1437)
  18. cell by Eric(b0mb)Dennis · · Score: 5, Funny

    The cell is amazing it will-

    - optimize seamless communities
    - generate vertical e-services
    - everage synergistic convergence

    and best of all

    - engage e-business content

    Perfect solution

    --
    Excuse me, I don't mean to impose, but I am the ocean
    1. Re:cell by IntergalacticWalrus · · Score: 1

      I smell a new slashdot meme coming...

    2. Re:cell by eclectro · · Score: 1

      - optimize seamless communities
      - generate vertical e-services
      - everage synergistic convergence
      engage e-business content

      Perfect solution


      I will believe it when I either see this in a powerpoint presentation or hear it come out of the mouth of a funny sock puppet.

      --
      Take the cheese to sickbay, the doctor should see it as soon as possible - B'Elanna Torres, "Learning Curve"
    3. Re:cell by dabigpaybackski · · Score: 0

      Perfect solution? I don't understand what any of that shit means. I doubt the people who wrote it did either.

      --
      "OH SHIT, THERE'S A HORSE IN THE HOSPITAL!"
    4. Re:cell by wed128 · · Score: 1

      But only if the Presentation has some really spiffy fade ins and text effects. Not to meantion a colorful background!

    5. Re:cell by rpillala · · Score: 3, Funny
      --
      When the axe came to the forest, the trees said, "Look out - the handle was once one of us."
    6. Re:cell by coolGuyZak · · Score: 1
      Perfect solution? I don't understand what any of that shit means. I doubt the people who wrote it did either.

      Hey there Chief. That was the point.

    7. Re:cell by ArsonSmith · · Score: 1
      Let me try a few:
      • The Cell(tm) processor uses functional transitional options to syndicate cutting-edge eyeballs .
      • The Cell(tm) processor uses responsive reciprocal hardware to leverage vertical action-items .
      • The Cell(tm) processor uses systematized organizational capability to orchestrate cross-platform markets .
      • The Cell(tm) processor uses total organizational flexibility to transform cross-platform e-services .
      • The Cell(tm) processor uses responsive transitional mobility to generate revolutionary networks .
      • The Cell(tm) processor uses optional transitional mobility to generate end-to-end portals .
      • The Cell(tm) processor uses intergrated third-generation hardware to monetize granular functionalities .
      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    8. Re:cell by elrous0 · · Score: 1
      But will it change the industry paradigm?

      -Eric

      --
      SJW: Someone who has run out of real oppression, and has to fake it.
    9. Re:cell by Junior+J.+Junior+III · · Score: 1

      That's all great, but will it make my internet faster like the Pentium 4?

      --
      You see? You see? Your stupid minds! Stupid! Stupid!
  19. Re:I thought that the PS3 was going to be real by Anonymous Coward · · Score: 0

    Awww, look at the liddle xbox fanboy trying to spread FUD!

    Good boy, now roll over!

  20. You think that's impressive? by Anonymous Coward · · Score: 0

    Wait till Billy Joe Bob ports his text editor!

  21. Re:So what's the deal with you linux zealots? by rammerhammer · · Score: 2, Insightful

    Oh wow, I don't know where to start.

    1. Relevance: This comment has absolutely no relevance to the slashdot article.

    2. Open-source software sucks compared to closed-source because it's not done by 'professionals'? Give me a break! Several open-source projects are funded by companies, organizations, and universities and are recognized world-wide.

    3. You're saying you can't use those programs because of their silly names which you somehow derived as sexual euphemisms? What about windows cause it kinda sounds something like dildos LOL!

    4. You're comparing programming to prostitution while discussing the lack of professionalism -- how very... professional!

  22. Congrats Apple and Steve! by Anonymous Coward · · Score: 1, Insightful

    WTG Apple! Steve throws a tantrum because he can't get his G5 Powerbook and instead of the insanely great stuff IBM is doing with Cell we get dumped into the garbage world of Intel x86. An architecture Intel themselves have been trying to dump for a decade.

    Time to build a killer AMD64 Linux box...right after I take this now worthless G5 to the dumpster.

    1. Re:Congrats Apple and Steve! by Anonymous Coward · · Score: 1, Insightful

      Time to build a killer AMD64 Linux box...right after I take this now worthless G5 to the dumpster.

      Where do you live and which dumpster are you putting it in? I'll be glad to be the thud sound you here when you throw it in. :D

    2. Re:Congrats Apple and Steve! by tigersha · · Score: 4, Funny

      I have a better idea. I'll send you my address and you send your worthless G5 to me! I'll even pay postage!

      --
      The dangers of excessive individualism are nothing compared to the oppressiveness of excessive collectivism
  23. Re:Perhaps he is right though by Anonymous Coward · · Score: 0

    No one knows yet the Cell's true power on the desktop. If the SPUs can be harnessed or even parts of/entire OS's rewritten to utilise the chip properly Cell could wipe the floor with anything Intel could come up with. That it is, apparently not the priority of every developer to do that today is not the issue.

    If Cell takes off, Apple have bought into an ancient bucket of junk (x86) designed, let's be honest, with one purpose in mind:

    to run Windows XP.

  24. Re:So what's the deal with you linux zealots? by Anonymous Coward · · Score: 0


    Programmers are generally either overworked (hence no time to scratch your balls for you) or they are just assholes (go scratch your own fucking balls, loser). It's just that FOSS makes these personalities more public, but I can assure you that developers within closed source projects are assholes, too.

  25. old wave, actually by cahiha · · Score: 1

    We were fast approaching that about 30 years ago. Then the personal computer "revolution" happened, and companies like Microsoft and Apple started from square one, making all the mistakes that their predecessors had been making, and then some: programming in low-level languages, extensive use of assembly, lack of hardware abstraction, etc.

    Unfortunately, the so-called PC-pioneers like Gates, the Apple developers, and others, didn't have a clue what they were doing technically and were learning on the job; we all are still paying the price for it.

    When people paid even a little bit of attention to prior work in operating systems (Amiga microkernel, Linux), the results were technically far superior.

    1. Re:old wave, actually by JabberWokky · · Score: 2, Insightful
      Too be fair, it was the introduction of the mass production IC that allowed computers to be priced to where people could afford them (as opposed to large corporations and governments). Those early CPUs were very very underpowered compared to the "real computer" counterparts and OSes like CP/M and DOS were reflections of those limitations.

      Cheap, but limited.

      --
      Evan "My first computer was an S100 bus handbuilt. My first OS wasn't."

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    2. Re:old wave, actually by Anonymous Coward · · Score: 0

      In fact what happened is that the companies that did what you like all went out of business and only the hackers at Apple and Microsoft survived. You act as if the world would be different today if only Visicalc had been written in Ada. AmigaOS was all written in assembler. Performance matters. Everyone over the last 30 years who said different was simply wrong.

    3. Re:old wave, actually by squiggleslash · · Score: 1
      AmigaOS was largely written in C, with the original command line interface for it written in BCPL (a port of Tripos, an OS for minicomputers designed by Cambridge University.)

      For what it's worth.

      --
      You are not alone. This is not normal. None of this is normal.
    4. Re:old wave, actually by cahiha · · Score: 1

      In fact what happened is that the companies that did what you like all went out of business and only the hackers at Apple and Microsoft survived.

      If you walk into a bank with a machine gun, mow down all the tellers, and take the money, you also survive and get rich, while everybody else dies. That doesn't make your action the best possible action from the point of view of the rest of the world.

      You act as if the world would be different today if only Visicalc had been written in Ada.

      The problem with DOS and MacOS wasn't that they were written in assembly language (in fact, large parts of MacOS were cross-compiled from Object Pascal), it was that they were designed poorly and rushed to market.

      And you are absolutely right that rushing shit to market is a successful business strategy. That makes the people who do that sort of thing good business people, it does not make them competent software developers (even if they fancy themselves that).

    5. Re:old wave, actually by Lars+T. · · Score: 1

      The people who "paid even a little bit of attention to prior work" came years later, and had much more powerfull CPUs and peripherals at their hands because of it.

      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    6. Re:old wave, actually by cahiha · · Score: 1

      The limitations of the machines are no excuse. A Z80 is perfectly capable of running a multitasking OS with a hierarchical file system and a well-designed API. And even the first 8086 was perfectly capable of running a 16bit UNIX-like OS.

      (Also, it's not fair to name CP/M and MS-DOS in one breath; CP/M was far better designed.)

    7. Re:old wave, actually by fr0dicus · · Score: 1

      But the ultimate end components, Windows XP and OS X, are more competent in use than the considered route, so what's the problem?

    8. Re:old wave, actually by Anonymous Coward · · Score: 0
      If you walk into a bank with a machine gun, mow down all the tellers, and take the money, you also survive and get rich, while everybody else dies.

      LOL. I must admit I don't really see how your Stallman-esque analogy fits this situation.

      That doesn't make your action the best possible action from the point of view of the rest of the world

      The trouble with some people is that they think academic purity of design is more important than giving useful products to people; that "quality" is more important than functionality (indeed, that true quality is anything different). This attitude pervades their lives; they have clearly never read Pirsig. They think things like "Linux is better than Windows" despite the fact that it is vastly less usable to the average person.

      Academic purity is not the best possible approach from the point of view of the rest of the world, and the sooner computer programmers realize this, the sooner they leave their ivory tower and start serving the rest of the world.

      The problem with DOS and MacOS wasn't that they were written in assembly language

      ... making all the mistakes that their predecessors had been making, and then some: programming in low-level languages, extensive use of assembly ...

      Sorry, please clarify, are these two of your primary issues or not?

      And you are absolutely right that rushing shit to market is a successful business strategy. That makes the people who do that sort of thing good business people, it does not make them competent software developers (even if they fancy themselves that).

      It doesn't speak to their technical competence at all, in fact. But your complete rejection of this development model, which has given us pretty much everything from Linux to Photoshop, belies the reality of what's happened in the last 30 years. Your attempt to imply that all the developers involved in those products were simply bad developers is absolutely laughable.

    9. Re:old wave, actually by JabberWokky · · Score: 1
      CP/M and PC-DOS (later MS-DOS) were both products designed to maximize the capabilities of the hardware.

      And even the first 8086 was perfectly capable of running a 16bit UNIX-like OS.

      Yes, but the 8086 wasn't available when even the first IBM PC was made (which did not use the 8086). And the PC did not start with IBM - they entered the race a full six years after the first PCs.

      If you haven't programmed for these early systems, I'd highly recommend you reconsider. A "16bit UNIX-like OS" cannot fit into 1k, 4k (or later 64k) on a sub 1Mhz, 4 or 8 bit processor.

      I had been using PCs for many many years before I ran Minix on 17 8086 semi-PC compatable systems (Cordata/Corona luggables) and had something semi-decent. But those were kick-ass cutting edge machines for their time, and were at least 6 or 7 years past the start of the PC era.

      Yes, I ran Xenix, I ran P-System, I ran CP/M. These were good OSes, but they were also nothing like a "multitasking OS with a hierarchical file system and a well-designed API". That didn't happen until much later.

      --
      Evan

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    10. Re:old wave, actually by cahiha · · Score: 1
      Your statements are complete non-sequiturs. I claimed none of those things you felt compelled to respond to.

      I stand by my statements:
      • A Z80 is perfectly capable of running a multitasking OS with a hierarchical file system and a well-designed API.
      • And even the first 8086 was perfectly capable of running a 16bit UNIX-like OS.


      (Incidentally, the 8088 was basically just an 8086 with an 8bit data bus. And a poor hardware choices was just as much a sign of incompetence as poor OS design. I remember moaning about IBM's choice of the 8086/8088 family at the time.)

      Yes, I ran Xenix, I ran P-System, I ran CP/M. These were good OSes, but they were also nothing like a "multitasking OS with a hierarchical file system and a well-designed API". That didn't happen until much later.

      Xenix was UNIX. In any case, my point is that many of the early PC operating systems were not good OSes even though people had had 20 years of experience of how to build good OSes. The people at Microsoft and Apple just did not know what they were doing.
    11. Re:old wave, actually by jmorris42 · · Score: 1

      > If you haven't programmed for these early systems, I'd highly recommend
      > you reconsider. A "16bit UNIX-like OS" cannot fit into 1k, 4k (or later
      > 64k) on a sub 1Mhz, 4 or 8 bit processor.

      Actually Microware's OS9 Level I ran on a 6809 with 64k RAM. I owned a copy ported to the Tandy CoCo I/II with 64k RAM and a .89Mhz 6809e. It was as much *NIX as you could ram into a 64k machine. Multi-processing, multi-user, termcap, serial terminals, a shell with pipes, redirection and job control, vi, rogue, and if you had managed to stuff a hard drive in you could even run a K&R compliant C compiler without playing the floppy shuffle.

      OS9 Level II on the CoCo III with 512K of memory and double the CPU clock was actually livable by the standards of the day. It even had a windowing system! Don't be slagging the old school dude, Pentiums! Bah! Athlons! Bah! A unix wizard needs not these things.

      --
      Democrat delenda est
    12. Re:old wave, actually by JabberWokky · · Score: 1
      You're right, I should have stuck with the "4k and under" level of systems. Full windowing systems and decent OSes have fit in 64k. But for the first four or five years of PCs, 64k of memory was damn expensive, and most systems just didn't have it. It was during that era that the "legacy OSes" lamented in the original post were created.

      And I'm not "slagging" them, just pointing out that there were limitations, and you can't just blithely write off the operating systems of the early PCs as being poorly written.

      --
      Evan

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    13. Re:old wave, actually by JabberWokky · · Score: 1
      Early versions of Xenix were not very Unixish and felt very kludged together. No symlinks, no initab, no vi, short filenames, etc. It did, however have a hierarchical filesystem. It did not, however, run on a base model IBM PC (IIRC, the IBM PC shipped with 16k of memory).

      my point is that many of the early PC operating systems were not good OSes even though people had had 20 years of experience of how to build good OSes.

      My point was not to refute. It was simply to point out that there were also harsh limitations of hardware that led to the early systems being shipped with DOSes rather than OSes. 1k or 4k of memory is simply not enough to run a "real OS"; you're limited to an application loader, which is why they went with DOSes rather than OSes.

      The people at Microsoft and Apple just did not know what they were doing.

      Well, in the case of Apple, DOS was specifically positioned not an operating system, but rather a Disk Operating System, simply the minimal code to access the floppy drives. There were operating systems sold to run on the Apple (dirty slow but neat), but DOS was not an OS - it was a DOS. And with a base memory originally of 4k (later upped to 64k and the ][e and //c had 128k), you couldn't run a real OS on the basic system.

      PC-DOS was positioned as more of an operating system, but that's more a marketing issue, and I'll not step into that very muddy water. :)

      By the time you had 64k of memory, you did have enough of a system to run a real operating system, but early PCs didn't have that in the base configuration and that much memory was terribly expensive. By the time 64k (or more) was standard, DOSes had become standard too... and in that era, your point makes sense. At that point, DOSes should have been dropped for "real OSes". But by that time arrived, many many years had gone by and entire companies and lines of PCs had come and gone. People were used to the DOS that came with their PC and there was a large base of applications written to that DOS.

      --
      Evan

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    14. Re:old wave, actually by cahiha · · Score: 1

      Early versions of Xenix were not very Unixish and felt very kludged together. No symlinks, no initab, no vi, short filenames, etc.

      Xenix was a port of Bell Labs code. And those restrictions are actually very UNIXish. Symlinks, initab, vi, and long filenames were Berkeley and/or SysV additions, generally not much liked by the original creators of UNIX.

      Well, in the case of Apple, DOS was specifically positioned not an operating system, but rather a Disk Operating System, simply the minimal code to access the floppy drives.

      Whatever it was positioned at, it was poorly executed. Apple DOS wasn't a good system for what it was (and I disassembled the whole thing at the time). Neither was Integer Basic or the rest of the ROM. The people who created those systems were learning on the job and they were cutting corners all over the place with no idea of what ramifications that would have a couple of years down the road.

      By the time you had 64k of memory, you did have enough of a system to run a real operating system, but early PCs didn't have that in the base configuration and that much memory was terribly expensive.

      The original PC shipped with a choice of 16k or 64k RAM and a decent-sized ROM. And by the time the PC shipped, 64k was not terribly expensive anymore anyway.

    15. Re:old wave, actually by JabberWokky · · Score: 1
      Ya know, I just don't think we're going to agree. Prior to the Berkeley split (which was basically the same time as Xenix), SysV *was* UNIX... or at least to my way of thinking. Saying it isn't because it isn't the original version is just odd.

      You're saying at one side that early PCs were riddled with mistakes, and at the same time that Xenix was a good, full featured port. Not quite sure how you reconcile those two things.

      At the core, I disagree with your assertion that the mistakes made were due to bad engineering and not to the limitations of time, expense and resources and a very different focus by the PC makers. It took a hell of a lot of corner cutting to be able to have PCs at all... I think we both see that corner cutting as having produced bad results; I just see it as having also made the early PCs possible and affordable.

      I'll take a kludge in my home office over a perfect system that is theoretical or out of my price range. And that's what the early PCs were.

      --
      Evan

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
  26. Been there, ... by fpga_guy · · Score: 1
    done that

    OK, so it's not on the Cell architecture, but rather an FPGA-based softCPU, but certainly the problem of integrating asymmetric coprocessing engines into the Linux architecture has been thought about before.

    Cool stuff nonetheless.

  27. NB: This does not mean PS3 will run Linux by Samir+Gupta · · Score: 2, Interesting

    The IBM Cell workstations used for PS3 dev run a version of the Linux kernel to handle development I/O tasks: file transfers, communications with the PC host, starting/restarting programs etc. The game itself does not run in a Linux environment.

    This is similar to the T10K PS2 devkits running Linux (on a separate X86 processor) to do similar purposes.

    As with the PS2, the consumer PS3 console itself uses a custom bare-bones kernel; it is NOT Linux based, although I could certainly see Linux being ported to it, like Sony did with the PS2.

    --
    -- Samir Gupta, Ph. D. Head, New Technology Research Group, Nintendo Co. Ltd., Kyoto, Japan.
  28. Re:Perhaps he is right though by Anonymous Coward · · Score: 0

    I don't think there is any question as to whether the Cell arch will take off.

    It is actually a very straightforward arch and it is obvious what it is good at, video, sound, and a bunch of 3d/vector operation tasks. It utterly destroys anything Intel or AMD has or even plans on having in the future. Cell is going to be everywhere the 100+ million PS3 Sony will sell over the next five years, workstations, renderfarms, TVs, and boatload of other consumer electronic devices only Sony knows about right now.

    Apple has blown it. Big time.

  29. I would love to know.... by StarsAreAlsoFire · · Score: 1

    What I want to know is "Does this 'uber-multiprocessor ready' architecture have some kind of 'priority' flag that one uses on a thread?

    More succinctly: how does it handle its passing of processing requests to other 'cells'?

    Using some (tiny, tiny bits of) ASM, I started to wonder about this. I mean, dear GOD! How do you deal with it? Some form of modified call I would suppose, like:

    call_avail mem_Address_Of_Function, MemAddress_To_Store_Result

    And when the result comes in it fires some interupt. Maybe that would be specified in the ASM instruction?

    Obviously the compiler would have to know when to use the 'external call allowed' ASM command, hence my mention of a priority flag (e.g. 'need this NOW!!!' vs 'hey.. whenever')

    Anyone know and care to explain?

    cheers,

    1. Re:I would love to know.... by RKBA · · Score: 1
      More succinctly: how does it handle its passing of processing requests to other 'cells'?

      Wrong question. As I understand it from the pictures..., no I didn't RTFA ;-), the SPU's are co-processors (like a GPU or floating point co-processor) with the exception that they're all executing the same copy of the same program. This is the old concept of associative memory, except that in this case the control logic associated with each local block of memory (the Local Store or "LS" blocks in the picture) contains a full up CPU instead of simply an ALU. It's up to the main processor (which I assume in this case is the "PPE shown in the picture) to coordinate the co-processors, etc.

    2. Re:I would love to know.... by Eternally+optimistic · · Score: 1

      Actually the SPUs are independentt of each other, each executing a different program. Internally, they have 8-way vector units, which are close to what you describe. There is one more level in the processing hierarchy than you guessed :)

      --
      What keeps me going is my inertia.
    3. Re:I would love to know.... by RKBA · · Score: 1

      From the article: "...augmented with 8 specialized co-processors based on a novel single-instruction multiple-data (SIMD) architecture..."

      Sounds to me like a single instruction can operate on multiple-data blocks ;-), which is somewhat similar to the way most interrupt routines must be written so as to be reentrant and (theoretically at least) are capable of being executed by multiple processors at the same time.

    4. Re:I would love to know.... by Eternally+optimistic · · Score: 1

      Each SPE is internally and 8-way SIMD. There are 8 of them, and they have 8 separate instruction streams. And the article is plain wrong when it says SIMD is novel.

      --
      What keeps me going is my inertia.
  30. Cell may not be impressive at first glance by Rolman · · Score: 3, Interesting

    The Cell architecture was developed with powerful and complex math applications in mind. How will existing Linux applications perform on it? It seems to me that the Cell's strengths are not integer math and general purpose computing, so in theory only floating-point intensive and vector applications can get a real kick out of it. There are not many well known applications with these characteristics.

    That said, advances in parallelizing or vectorizing tasks within the kernel or popular applications are possible, but that's not a trivial task, so at first glance Cell's Linux benchmarks could look unimpressive or misleading, even though the architecture itself is revolutionary, at least in theory.

    Here I hope IBM has done their homework and show something really impressive, yet realistic. I want to see things like Apache and GD serving hundreds of thousands of requests for dynamic content, or some real-time encoding/compositing of MPEG4 video for scalable delivery. I want to see Maya or Lightwave rendering a very complex scene. Rubber ducks may be fun to look at and -in all fairness- fit for a videogame-oriented crowd, but I want to see some kick-ass performance based on what it can potentially do to application development.

    --
    - Otaku no naka no otaku, otaking da!!!
    1. Re:Cell may not be impressive at first glance by Anonymous Coward · · Score: 2, Interesting

      The Cell arch has very litle to do with the processoring elements themselves (even though they are quite interesting)
      The true power of Cell is the data rates that can flow inbetween the individual processors, memory and the IO back plane. It is a mini super computer on a chip because of the data rates, the processoring elements are secondary as they can be altered and changed for different "Cell" microprocessors.
      I wrote up a brief explaination with info about data rates, etc... here
      http://www.friendsglobal.com/cell.htm (Please, someone mirror the info cause my little server cant handle getting slashdotted)
      So once you can look beyond the individual processing elements and understand what potential this design has opened up you will realize that it is *very* impressive.

  31. You haven't spent enough time in the kernel by Anonymous Coward · · Score: 2, Funny

    That function name is way too long and descriptive. The acutal name would be something like addfunmemdestaddavsize().

    And that would be followed by a series of non-sensical parameters which can be defaulted to NULL and everything still seems to work fine.

    As for your question, that's why they make the big bucks and you are posting on Slashdot. If you knew the answer, you'd be working for them.

    1. Re:You haven't spent enough time in the kernel by StarsAreAlsoFire · · Score: 1

      except no ASM code uses C function notation [e.g. func(x)] ;~)

      But yes. Funny haha ;~)

    2. Re:You haven't spent enough time in the kernel by TheRaven64 · · Score: 1
      I think you've been programming on Windows for too long. On a POSIX system, the system call would be something like spu_run(). The first parameter would be the load address. The second parameter would be the store address, and the third would be a horrendously complicated control structure with loads of values that need to be set to their defaults in 100% of cases, as well as a single integer representing the signal to be fired when the SPU finishes. Since signals only convey one bit of information, you would then have to iterate over all of your SPU functions in progress, calling spu_return() to determine if they had completed (with a switch into kernel space for each call). Of course, if you called spu_return() on an SPU program that contained an error, without calling spu_error() first, then the result would be undefined. Oh, and you'd only be able to enqueue 16 SPU programs at once, and these slots would only be reclaimed when you called spu_return(). Of course, I say 16, but actually 16 is an arbitrary number which is implementation-dependant, and the mechanism for determining what this number actually is would be a sysctl, which would be in a different place on every implementation.

      Sorry, I'm still bitter about aio_*.

      --
      I am TheRaven on Soylent News
  32. RFID by Urusai · · Score: 1

    RFID is amazing it will:

    - optimize seamless communities
    - generate vertical e-services
    - leverage synergistic convergence

    and best of all

    - engage e-business content

    Perfect solution!

    In Korea only old people abuse memes.

  33. Re:Perhaps he is right though by StarsAreAlsoFire · · Score: 2, Interesting

    Sounds like it belongs in an addon then. Not in a generic environment. Video, sound and 3D vector ops have very little in commen with, say, SQL queries.

    0x86 chips have added silicon AFTER, not BEFORE Microsoft created all of their sound and video extensions. Unlike the implication of GP. And MMX was a response to the fact that 'omg! People use video and sound!'. Linux and anyone else is free to take advantage of the extra instructions, and is the case with Linux at least.

    If Cell doesn't have special instructions for doing quaternion rotations then I don't give a crap how fast it is: an Intel/AMD/0x86 chip will walk all over it in video operations.

    And even if Cell does... can that make it a great generic OS processor? Nope! Takes a lot more than that!

    As in everything, time will tell. I certainly do hope that it is a revolution; I foresee living through very few GOOD revolutions during my lifetime. The more the merrier.

  34. Re:So what's the deal with you linux zealots? by taskforce · · Score: 1
    Of course, some will always prefer the inferior route, in the handjob realm as well as software. In the former situation we call these people paedophiles. What is so different about the second group?

    I don't think the reason we call them paedophiles is because 12 yearolds don't give very good hand jobs, is it?

    --
    My 3D Texturing Skinning work (under construction)
  35. No... HE's right here by koi88 · · Score: 3, Funny


    If inconsequential details like what CPU is sitting at the heart of Apple's proprietary design causes you emotional distress you really need to reconsider your life.

    This is Slashdot, man. If we had a "life" to reconsider, we wouldn't be here.

    --

    I don't need a signature.
  36. The Cell Advantage by EMIce · · Score: 2, Insightful

    Those SPEs will be pretty useful for massaging and distilling large streams of data, which should make the cell great at tasks like video recognition and real-time market analysis. The cell may not be that revolutionary as parallelism has been touted in academia for a long time now, but the DSP like capabilities + parallelism will make the cell much more capable of responding quickly to complex sensory input than commodity hardware currently allows.

    I picture the PS3 using a camera as a very flexible form of input to allow for more creative game design. Super-fast compression and decompression also come to mind, which could be useful for more complex and fluid internet play.

    Recent articles have said the cell will have some hickups with physics and AI, because those tasks benefit from branch prediction, but this should be made up for by the fact that the cell will be able to recognize input at a far more human level than present technology affords.

    1. Re:The Cell Advantage by EMIce · · Score: 2, Interesting

      I just though of something else. A cell powered robot would be incredibly powerful. With the right algorithms to recognize critical feedback for a particular task, the cell could allow the robot to respond quickly to complex stimuli, filtering and focusing on the few elements which are relevant to the task. Think of a robot capable of competitevely playing a physical sport, given the right "muscles".

      Also, while AI and physics performance are limited in some respects, as I mentioned in the last post, I just realized the cell could come up with some neat AI and physics by recognizing patterns in human players imitating them, through fast computation involving bayesian logic. This should be incredibly effective if done right, as the possible counter-moves could be based in some sort of self-refining, relationally accessed, and pre-calculated data set, cutting down on branch predictiction intensive processing by the PPE unit.

  37. Could be the replacement for my Macs by kellererik · · Score: 1

    If Steve isn't willing to give me registers by switching to x86, then this CPU could be sitting on my desktop in the future instead of my Macs.
    All arguments about OS and usability aside, the next evolutionary step in computing needs the functionality in the Cell and not growing stacks due to the lack of CPU registers.

    IMHO, of course.

    my 2 cents

    1. Re:Could be the replacement for my Macs by Slashcrap · · Score: 1

      If Steve isn't willing to give me registers by switching to x86, then this CPU could be sitting on my desktop in the future instead of my Macs.

      Yes, because as all Mac zealots know, the Intel architecture only has 8 x 16bit registers.

      Current Intel/AMD CPUs certainly don't have 16 general purpose 64 bit registers. And what about all the SIMD registers? No, they don't exist at all.

      And I've even heard people try and claim that all modern Intel/AMD processors have huge register files (admittedly not under direct control) to allow swapping to prevent stalls.

      But they're obviously just lying PC fanatics.

      Oh well, at least you didn't say that x86 is bad 'cos it's got a like segmented architecture and shit. So you're obviously much more educated than the average Mac zealot.

    2. Re:Could be the replacement for my Macs by kellererik · · Score: 1

      I have no clue at all why you are getting so upset. The simple fact that I prefer to have 32 64-Bit GPRs should not influence your blood-pressure, or should it?

    3. Re:Could be the replacement for my Macs by tomstdenis · · Score: 1

      Buy an AMD64 [for half the cost] and install Gentoo on it [for free].

      There ya go, efficient high performance 64-bit desktop platform which leaves you enough money for a good road trip with some buddies. ;-)

      Tom

      --
      Someday, I'll have a real sig.
    4. Re:Could be the replacement for my Macs by tomstdenis · · Score: 2, Insightful

      x86_64 has 16 GPRs and 16 XMM [simd] registers.

      I think you'll find the gains from 16 extra registers is less than what the [for example] AMD gains from having three pipelines, register file, etc...

      It's like cache, throwing more registers pays off big to start [say going from 1 to 2, 2 to 4, ...] but dies off quick after that.

      Take apart that 5% of your program that takes 95% of the time and see how many registers it actually uses in the inner loop.

      With bignum math for instance, inner loops usually amount to 3 registers for an accumulator, 1 for a step counter, 2 for source pointers and 1 for an outer loop counter, 7 registers in total...

      Take the EM64T case, it implements x86_64 as well but AMD still pwnz it bad. Why? Well let's see, three [not one] dedicated decoders, three ALU pipelines with 8-step schedulers [re parallelism], etc...

      Intel still pwnz AMD when it comes to SSE2 and memory ops but that gap has been closing with every new AMD release [AMD64 for instance has more SSE2 opcodes implemented as directpath instead of MicroROM] where in the Intel camp their cpus haven't really been getting ANY better...

      Tom

      --
      Someday, I'll have a real sig.
    5. Re:Could be the replacement for my Macs by kellererik · · Score: 1

      I see your point, but, call me old-fashioned (I've been on RISC for most of my programming life), this: http://www.go-ecs.com/ppc/ppctek1.htm just makes me feel more comfortable.
      I'll take a much closer look at the technical details you wrote about later, though.
      Thanks for the answer.

      Erik

    6. Re:Could be the replacement for my Macs by tomstdenis · · Score: 1

      Yes, AMD has more gates todo the same thing a RISC could do [e.g. decoders] but they also add a bunch of gates to out-of-order execution, register renaming, that the typical RISC [e.g. ARM/MIPS] does not have.

      Those are tricks you need EVEN in the RISC world [although perhaps less as the # of registers increases].

      While I agree x86_64 is a kludge it seems to work well. The ideal would be AMD making a new ISA, replacing their existing decoders but keeping the rest the same. That would remove the prefix bytes/etc nonsense they have. Personally I could go for AMD dropping 32-bit native support [by that I mean protected mode, keep longmode [which can run 32-bit binaries] but drop the 16-bit VM nonsense].

      Though code density is not such a horible problem. More registers usually means fewer instructions [less load/store] which means the net affect is usually zero or positive.

      My big beef with PPC such as the G5 is that they're expensive and generate a shit load of heat. The AMD64 by comparison is a lot cheaper and doesn't generate nearly as much heat.

      Tom

      --
      Someday, I'll have a real sig.
    7. Re:Could be the replacement for my Macs by TheRaven64 · · Score: 1

      Well, the PowerPC ISA has 32 integer GPRs and 32 floating point GPRs (as well as the SIMD ones). The working set for the code I am writing at the moment is around 24 floating point values. It works a lot faster on a moderately slow PowerPC than a supposedly faster x86 because of this.

      --
      I am TheRaven on Soylent News
    8. Re:Could be the replacement for my Macs by kellererik · · Score: 1

      My big beef with PPC such as the G5 is that they're expensive and generate a shit load of heat.
      Even my G4 Laptop gets very hot sometimes :-(
      My bone to pick with AMD was a really strange behavior in a Game I wrote (time-pressed as always) regarding animations in a not-to-be-named commercial Game-FrameWork. I tried to hunt the bug down until the representative of the publisher arrived, to no avail. We demoed on an Intel-based box that did not make the animations look like a nervous breakdown of the GPU. I guess it was the manufacturers fault, they simply got the timing wrong on AMD, but experiences like that are hard to forget. The game was supposed to run on the GameCube BTW, so I was actually looking forward to do it right on RISC :-)

      Erik

    9. Re:Could be the replacement for my Macs by fr0dicus · · Score: 1

      With a load of substandard, poorly functionally emulated, bloated copies of quality commerical software offerings. No thanks.

    10. Re:Could be the replacement for my Macs by tomstdenis · · Score: 1

      nice troll.

      Let me guess, mommy won't let you put Suse on the family computer?

      Tom

      --
      Someday, I'll have a real sig.
  38. Re:Perhaps he is right though by AHumbleOpinion · · Score: 3, Interesting

    If the SPUs can be harnessed or even parts of/entire OS's rewritten to utilise the chip properly Cell could wipe the floor with anything Intel could come up with.

    The SPUs are not for the OS, they are for high level libraries or apps. They are for highly specialized computationally intensive jobs. Maybe OpenGL could benefit but not the OS. FYI:

    "Unlike existing SMP systems or multi-core chips, only the general purpose PowerPC core, is able to run a generic operating system, while the SPUs are specialized on running computational tasks. Porting Linux to run on Cells PowerPC core is a relatively easy task because of the similarities to existing platforms like IBM pSeries or Apple Power Macintosh, but does not give access to the enormous computing power of the SPUs. Only the kernel is able to directly communicate with an SPU and therefore needs to abstract the hardware interface into system calls or device drivers. The most important functions of the user interface including loading a program binary into an SPU, transferring memory between an SPU program and a Linux user space application and synchronizing the execution. Other challenges are the integration of SPU program execution into existing tools like gdb or oprofile."

    http://www.linuxtag.org/typo3site/freecongress-det ails.html?talkid=156

  39. How much can we expect this workstation to cost? by mcc · · Score: 2, Interesting

    Is this supposed Cell/Linux workstation something we actually know jack squat about it, or is it just IBM going "uh, we're gonna make one of these... someday"? Can we make any educated guesses based on what IBM usually does?

    Specifically, is this, like, something that will be actually in the affordable range for people, or is this going to be like some kind of $6000 near-server tank?

    Also, how many Cells is this likely to have? One? Two? Four? These SPEs are all well and good for computational stuff but the rest of the time it's nice not to be stuck with a single processor.

  40. Quaternion rotations? by Joseph_Daniel_Zukige · · Score: 1

    You're high, or you haven't looked at cell.

    1. Re:Quaternion rotations? by StarsAreAlsoFire · · Score: 1

      I looked. But I admit I was a bit tipsy.

      Wait....

      Seriously though, do tell. The link in the body really didn't say much, despite the significant number of words.

    2. Re:Quaternion rotations? by Eternally+optimistic · · Score: 1

      There are a bunch of links and an index of news stories about Cell here cell.raw.net.

      --
      What keeps me going is my inertia.
    3. Re:Quaternion rotations? by StarsAreAlsoFire · · Score: 1

      Thanks :~)

      And I love your tag.

  41. Intel fanboi Steve Jobs never even considered Cell by Anonymous Coward · · Score: 0

    If Cell takes off, Apple have bought into an ancient bucket of junk (x86) designed.

    OMG, I bet Intel fanboi Steve Jobs never even considered Cell, and all the Intel loving drones in his engineering department(s) probably never even looked at. You should give him a call and save the day.

  42. conspiracy by Anonymous Coward · · Score: 0

    may it be possible that the game console makers pushed apple away from using powerpc's so their games can not be easily ported to a powerer mac?

    How many stocks does microsoft own on apple?

  43. Re:Intel fanboi Steve Jobs never even considered C by Anonymous Coward · · Score: 0

    LOL, it will happen as well, directly after a group of taxi drivers and drunk old guys who hang around bars all day form a government.

  44. the Cell processor by mistermax · · Score: 1

    sounds good, very fast and so on, but I still love the z80a.

  45. Cell-less by necrodeep · · Score: 2, Interesting

    With all the continuing good news about the evolution of the PPC, including the Cell processor, I find it hard to believe that Apple has choosen now to move to Intel chips... and the developer workstations are only 32bit no less (I think they could have at least gone with AMD64).

    The good news is that someone is at least taking advantage of the architecture and producing linux workstations based on the Cell... unfortunately i don't think tht will be enough for it to survive in the desktop/workstation market. I fear that unless Microsoft ends up releasing a new PPC version of Windows (which i consider unlikely at best), PPC is soon to be relegated to Servers, Gaming Stations and the embedded market only.

    1. Re:Cell-less by Anonymous Coward · · Score: 0

      It's exactly because of the likes of Cell that Apple switched. On the one hand IBM was telling them it was impossible to make cooler or faster G5s, and on the other they've been touting all these next-generation PPC based chips for consoles. It became obvious that IBM doesn't care about Apple, so they switched to someone who does.

  46. Re:So what's the deal with you linux zealots? by Gibsnag · · Score: 1, Offtopic

    Wow... someone missed the point a tad. Violent liberalists eh? Liberalists sure, but violent, thats a bit harsh and not something that you could really aim at most nerds/geeks on /. what are we going to do attack Bush with a pocket calculator?

    Oh, and dude... "open-saucers"? Check your misguided and vaguely insulting comments before posting them, for someone with a supposed PhD in moecular biology I would expect better.

    I've not even got started on the implication that people who use open source software are also paedophiles. Where did that come from?

  47. processor speed, maybe by Joseph_Daniel_Zukige · · Score: 1

    The main PowerPC processor has been, as I understand it, stripped down a bit (wonder why Steve's mad?) to allow the clock rate to be kicked up over 3GHz. Come to think of it, maybe the whole reason G5s haven't done 3GHz is the complexities Steve insisted on. (Stumbling in the dark, here.)

    1. Re:processor speed, maybe by Anonymous Coward · · Score: 0

      The PowerPC core in Cell is a totally different beast and not done by the same people who do PowerPC970 or POWER5.

      The Cell PowerPC core is a narrow in-order CPU which is easier clock faster and that suits pretty well with what a Playstation 3 want to do.

      The PowerPC970 is a wide out-of-order CPU much more suited for general purpose computing.

    2. Re:processor speed, maybe by fr0dicus · · Score: 1

      So it may well have a low IPC value?

  48. Re:Perhaps he is right though by rpozz · · Score: 2, Interesting

    I think the fact that Apple have switched to x86 at this point could very well mean that they've seen the Cell, and it's no where near as good as it's supposed to be.

  49. Cool processor by __aahlyu4518 · · Score: 5, Funny

    Maybe Apple would like to use a nice IBM chip :-)

  50. Unix used to have that role by Per+Abrahamsen · · Score: 4, Interesting

    When you had some new hardware, you bought a (relatively cheap) Unix source license, and had something running fast

    Linux is better though, because the GPL encourage hardware vendors to share their modifications.

    With Unix all you had access to was the original source, and the ports done by non-commercial/academic groups (source as UCB). Not other vendors code.

  51. A Linux kernel in Verilog? ;-) by RKBA · · Score: 3, Interesting
    ...It's only limitation is the number of chip instruction sets supported by gcc and the imaginations of hardware manufacturers.

    I have news for you,... we programmers have been letting the hardware designers have FAR too much fun for far too long! It wasn't until my recent retirement from more than 35 years of computer programming (I've had many different titles) that I've had the time to learn the Verilog hardware design language - and it's GREAT FUN!!! :-) Verilog is very liberating because it removes the boring sequential execution of most CPU's and provides a clean slate with which to design any sort of little tiny electronics machine (that's how I think of VLSI design) that my heart desires. There is a GPLed version of SystemC (a higher level hardware design language than Verilog) on SourceForge that I've been meaning to take a look at, but first I'm creating a 640 bit-wide(!!!) factoring machine in Verilog which I hope to fit into one of the Lattice or Altera FPGA parts.

    Really, I highly encourage programmers or anyone interested to learn and use Verilog or some other high level hardware design language. Verilog is similar in many ways to the C language, so if you're familiar with C then you already know most of Verilog's operators, precedence rules, etc. The only thing that takes a little getting used to is Verilog's inherently parallel nature. That is both its strength and the source of most Verilog design errors (at least for me). Also, Verilog is even more bit-picky than C but I sort of actually prefer the extra control that languages like C and Verilog give me over the hardware versus languages that try to insulate me from it.

  52. And yet again the Cell fanboys by tesmako · · Score: 5, Interesting
    In this thread I have already seen several posts talking about the worthlessness of the ill-designed x86 and the wonders of the simple Cell. The problem is that while the x86 instruction set is old and very tacky the internals of the processors has evolved to be best-of-breed modern chips, lots of execution units with excellent out-of-order performance and branch-prediction, very high clockrates with nice IPC.

    The Cell also is simple, but in a way that that inflates the gflop rating at the cost of programmer time.

    • Multicore, requiring the programmers to extract explicit parallelity (granted, this is coming everywhere, but really, the fewer better-performing cores there are the easier they are to utilise well).
    • A whole pile of vector units (it is very hard to fill even one or two vector units well, this will be a huge time-sink for any project trying to utilise it even half-way well).
    • An in-order primary CPU core, what is this, the eighties?! And if you think this will be like stepping back to how it was with in-order cores a decade or two ago, think again, memory latencies are higher, pipelines are deeper, you'd better pray that your compiler gets lucky to get any real performance out of the primary core (or many sleepness nights hand-optimizing it).
    • Hand-managed memory hierarchy?! This is not even a throwback to the eighties, this is a whole new level of inconvenience for the programmer. Where all normal CPU's carefully handle the memory hierarchy for you, in the Cell it is suddenly up to the software to handle where and when and why memory is in the "cache" of the vector elements.

    By comparison the modern x86 is a dream to program for, just note how two fairly radically different cpu's (Athlon64 and the P4) handle the same code very nicely without any big performance issues. Compare this to the Cell, where all the explicitness will make sure that any binary you write for the Cell today will run like crap on the next version.

    The point here is that Apple could absolutely not have switched to the Cell, it is inconvenient now and hopeless to upgrade without having to rewrite a ton of assembler and recompile everything for the new explicit requirements.

    The Cell is the thing for number crunching and pro applications where they are willing to spend the time optimizing for every single CPU, but for normal developers it is a step back.

    1. Re:And yet again the Cell fanboys by RealNecator · · Score: 1

      By comparison the modern x86 is a dream to program for, just note how two fairly radically different cpu's (Athlon64 and the P4) handle the same code very nicely without any big performance issues. Compare this to the Cell, where all the explicitness will make sure that any binary you write for the Cell today will run like crap on the next version.

      Ever tried to program the mathematical coprocessor unit in assembler?
      A dream to program for? You must be some kind of god or so. ;-)

      However I got your point ...

    2. Re:And yet again the Cell fanboys by Sweetshark · · Score: 2, Insightful

      The Cell also is simple, but in a way that that inflates the gflop rating at the cost of programmer time.
      Well, not the average application coder, but the compiler guys. And thats the right thing to do. x86 is a hardware VM with a hardware JIT-compiler right now. This is a job that is better done in software at compile time and not realtime in execution. (An exception would be bandwidth limitations as they were reported for the Transmeta-CPU (IIRC) running native VLIW code.) Abstraction is nice. But it doesnt belong in hardware - it belongs in the language and the compiler.

    3. Re:And yet again the Cell fanboys by tesmako · · Score: 2, Insightful
      While this is a nice thing to say it is not realistic today, Intel already tried with the Itanium to push the handling of instruction level parallelism to the compiler, with poor results. This has been a meme for easily 20 years (VLIW has been a research darling for a long time) but compiler technology has just not measured up to the expectations.

      While it might be the way of the future, it is very much a thing of the future, not the present.

      Expect to see lots of carefully hand-tuned code for the Cell to make it behave.

    4. Re:And yet again the Cell fanboys by ch-chuck · · Score: 1

      Don't you think they might include features like those in future generations of the thing? Your comparison sounds like someone in 1974 comparing an IBM 360 with the new Intel 8080, pointing out all the missing features, implying it'll never catch on.

      --
      try { do() || do_not(); } catch (JediException err) { yoda(err); }
    5. Re:And yet again the Cell fanboys by Anonymous Coward · · Score: 0

      You missed the bigest problem: TCPA

    6. Re:And yet again the Cell fanboys by elmartinos · · Score: 1
      The Cell is the thing for number crunching and pro applications where they are willing to spend the time optimizing for every single CPU, but for normal developers it is a step back.

      The problem is that programming paradigmas need to change: a language like Erlang would be an excellent choice for such a processor, because it is designed for concurrent applications. Unfortunately everybody is used to object oriented programming, so a lot of people are sceptic about Erlang's approach of concurrent design which is quite different from the usual way software is designed. To see how well this concurrent design can work, have a look at this nice Apache vs. Yaws comparison. There is also the excellent book Concurrent Programming in Erlang that covers this topic.
  53. Unfortunate name by SleepyHappyDoc · · Score: 5, Funny

    I was talking to a friend about this new Cell processor they were going to have in the PS3, that was supposed to have all these nifty new capabilities, and he was looking at me like I'd grown another head. I asked him why he was looking at me so oddly, and he said, "Dude, Celerons are not that good."

    --
    Stasis is death. Embrace change.
  54. Wrongo by Urusai · · Score: 4, Interesting

    In case you don't remember, the point of RISC was to put optimization on the compiler so it wouldn't require massive on-the-fly speculative bibbledy-bop with millions of extra transistors and hideous pipelines like we have nowadays. This was done by providing, essentially, a compiler-accessible cache in the form of lots of registers, and by having an instruction set that was amenable to automated optimization.

    In theory, you don't need any GP registers at all, you could just have memory-memory ops and rely on the cache. This is impractical due to the size of memory addresses eating up your bandwidth (incidentally, this is a problem with RISC architectures, eating bandwidth and clogging the cache, but that's another story). As an alternative, you can simply expose the cache as one big honking register file using somewhat smaller addresses, and let your fancy-pants optimizing compiler do its best.

    The real problem seems to be that compilers have just not been able to keep up with the last 20 years of theory. Witness the Itanium--in theory it should have been the ultimate, but they didn't seem to be able to get things optimized for it (other problems, too). Then what happens are curmudgeons complain about the extra work of optimization and insist on setting us back to early 80s architecture rather than writing a decent compiler.

    Moral of the story: write a decent compiler and stop trying to glorify crappy ISAs that suit your antiquated and inefficient coding habits.

    1. Re:Wrongo by tesmako · · Score: 5, Interesting
      The problem with that moral is that compiler technology is nowhere near where it needs to be. Doing VLIW and other explicitly parallel architectures has been a research darling for many years, it just so happens that compiler technology fails to really make it work as things stand.

      Compilers do manage to do decent jobs in some cases, especially with languages that are easier to do semantic analysis over than C/C++, but while it is interesting research it is not a practical way to go. The reality is that C/C++ is prevalent, and highly detuned code is abundant. This also fails to address the problem of migrating between versions of the processor, while recompiling everything every time is a way to go it is not terribly practical (and when every new processor will fail to measure up to the old in the users old apps the user will not be happy).

      It is a bit odd that you bring up the Itanium since it is the best argument for this stance, there has not been any lack of effort in the compiler technology for the Itanium, the compilers are real marvels leveraging the very best the research has to offer. The silicon itself is very powerful, if you manage to actually fill all the instruction slots the thing will really fly. Unfortunately they never do, they get 50% fills and such, and the problem is that a modern sophisticated OoO processor will do an equally good job extracting parallelity on the fly while offering more flexibility.

      A large part of the problem, and the reason why multithreaded models are becoming pervasive, is that OoO processors actually extract very close to the maximum in instruction level parallelism even with near-infinite window-sizes (I recommend the paper at http://citeseer.ist.psu.edu/145067.html), so automatic vectorization of ILP is not a field to pin much hope on.

      My final note is that; While having sophisticated issue logic is fairly complex, the chip real estate is not that large, and the gains to be made are huge. The Cell has a weak primary processor, mostly meant to be an organizing hub for the vector operations, if you don't write vectorized code you are screwed (unless compiler technology does something amazing soon).

    2. Re:Wrongo by RobKow · · Score: 1

      I think EPIC is the result of flawed thinking. You hear much of moving the complexity of the OoO CPUs from "expensive" silicon into software. Yeah, that's great, but it's not really equivalent because one happens at runtime and one happens at compile time. The CPU has much more information about the code and dataset than the compiler does and can make better decisions. A better comparison would be between an OoO CPU and dynamic translation and optimization in a JIT or the Transmeta "Code Morphing" stuff (a x86 to VLIW JIT that gets excellent parallelization).

    3. Re:Wrongo by joib · · Score: 2, Insightful


      In case you don't remember, the point of RISC was to put optimization on the compiler so it wouldn't require massive on-the-fly speculative bibbledy-bop with millions of extra transistors and hideous pipelines like we have nowadays. This was done by providing, essentially, a compiler-accessible cache in the form of lots of registers, and by having an instruction set that was amenable to automated optimization.


      Yes, at least in the beginning in its most pure form. Most high performance RISC architectures eventually adopted all those OoO, pipelining etc. tricks anyway.


      In theory, you don't need any GP registers at all, you could just have memory-memory ops and rely on the cache.


      Such "register-less" architectures have been researched, yes. Their primary downfall was that as the compiler has no way of knowing which memory currently happens to reside in cache (as you probably know, cache loading/eviction is decided at runtime based on the memory access pattern), the memory access time is non-deterministic. So there was no way the compilers could schedule the instructions in an intelligent way, and thus such an architecture would have to rely on some really fancy OoO scheme with a huge lookahead (=lots and lots of transistors) to get anywhere near decent performance.


      The real problem seems to be that compilers have just not been able to keep up with the last 20 years of theory.


      What theory? Optimizing code generation is a very hard problem, and if theory had provided some easy answer to it, the compiler vendors would have implemented it really quickly.


      Witness the Itanium--in theory it should have been the ultimate, but they didn't seem to be able to get things optimized for it (other problems, too). Then what happens are curmudgeons complain about the extra work of optimization and insist on setting us back to early 80s architecture rather than writing a decent compiler.


      Well it seems that we have to agree to disagree then. My opinion is that the godlike compiler you seem to think is just around the corner only if those curmudgeon compiler writers would get off their fat sorry asses, hasn't arrived because despite all compiler research we still haven't got much of a clue about how to make it.


      Moral of the story: write a decent compiler and stop trying to glorify crappy ISAs that suit your antiquated and inefficient coding habits.


      My moral: Write your code in a high-level portable language that isn't tied to some specific ISA. Don't get emotionally attached to ISA:s, whether positively or negatively. Judge the goodness of an architecture on how well the compiler + hardware executes the code, not on theoretical figures unlikely to be reached in practice.

      Example of the above moral: Despite the supposed crappiness of the x86 ISA, it still manages pretty good performance (and in most cases unbeatable price/performance), even with a performance-wise mediocre compiler like gcc.

    4. Re:Wrongo by poot_rootbeer · · Score: 1

      having an instruction set that was amenable to automated optimization.

      You cite this as proof that RISC code is optimizable by the compiler, but doesn't it also work as proof that RISC code is optimizable on-the-fly by the CPU itself?

      When every instruction has a similar execution time (within 100% or so), pipelining becomes a lot easier to manage. When you have pipelining, you know what the ALU has done in the past and what it's going to need to do next, which allow for predictive branching and out-of-order execution.

      It seems like the trend in compilers lately has been to emphasize cross-platformity over optimization for any specific CPU. Makes sense to me; we're in a cross-platform world now, more than ever before, and it's better to have a piece of code that runs relatively slowly on your machine rather than one that doesn't compile at all.

  55. Re:Perhaps he is right though by Anonymous Coward · · Score: 0

    Possibly.

    The other theory goes like this:

    Jobs always wanted Mac OS X on Intel and that was always the plan, hence 5 years of OS X running secretly on Intel boxes.

  56. Dear TurboBling by Anonymous Coward · · Score: 1, Funny

    Dear TurboBling,

    You seem to have a lot of drive and enthusiasm, which is obviously not finding a productive outlet, have you thought about getting some part-time work in IT? Perhaps try doing some volunteer work!

    Maybe you've not yet graduated and are going through that 'difficult' stage. Girls don't seem to like you, the sporty kids bully you. We've all been there, it'll pass. The simple fact that is girls mature faster than boys.

    In a few years, you'll look back on these days and laugh! :)

    Anyway, take care.

    AC.

  57. Re:So what's the deal with you linux zealots? by Slashcrap · · Score: 2, Insightful

    Oh wow, I don't know where to start.

    There's only one thing worse than repetitive, uncreative, irrelevant trolls.

    It's the fucktards that reply to them on a point-by-point basis as if it does anything other than justifying the trolling.

    Next time you feel the need to reply to such a lame, obvious troll, try sucking your own cock instead. It's an endeavor that will doubtless keep you occupied for days and be far less distasteful to onlookers.

  58. Re:Perhaps he is right though by rpozz · · Score: 4, Insightful

    I doubt this is the result of a 5 year plan simply because Jobs loves Intel. That's just pure insanity.

    The other possibility is that Apple have got seriously pissed off watching IBM spew out the 3-core G5 for the XBox 360, the Cell for the PS3, and leaving them with an aging 2.7GHz CPU.

  59. Define realistic? by dmouritsendk · · Score: 1

    I mean, optimizing Maya or Lightwaves raytracing/radiosity engines to make use of the Cell is NOT a trivial task.

    1. Re:Define realistic? by jericho4.0 · · Score: 1

      Not trivial, but not the hardest problem, either. It is the classic embarrassingly parallel problem, after all.

      --
      "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
    2. Re:Define realistic? by dmouritsendk · · Score: 1

      I'm aware that the algoritms used for raytracers aren't the most complex thing in the world, but my point is that both these engines are most likely pretty big(judging from the amount of features they support, like glowmaps, special light objects in LW etc etc) and i seriously doubt that porting it to a completely new arch would be something that newtek would be willing to do, just to give a demo of a "new" chip.

      I haven't seen the actual code, of LW or Maya's rendering engine, but I'm pretty sure it a tad more complex that the basic raytracer we encounter in college. Also, I would like to bet good money that a good deal of the code is written in assembler.

      So I'll stand by my post, I don't think it realistic to think Maya or Lightwave will be ported to the CELL just to give a proper demo.

      Also, IBM really dont have the option. Neigther LW or Maya are OSS or owned by IBM, so this debate is not at all relevant :p

  60. you need to upgrade your troll radar. by Anonymous Coward · · Score: 0


    seriously..

  61. Re:How much can we expect this workstation to cost by Anonymous Coward · · Score: 0

    who knows.

    We know for a fact that IBM will be making cells for PS3 developers.

    In that case they would be specialized machines to be made in low numbers. They would be VERY expensive if they get offered at all to the general public.

    Then it's also interesting if you remember that Apple is saying they will pretty much abandon IBM for their desktop setups within a year or two. So that leaves Linux as IBM's last hope at anything closely resembeling PPC-based desktops or workstations.

    There is also some interesting details for PS3. For instance the use of USB ports on the back.. perfect for mice and keyboards. The fact that they had a public-offered PS2 Linux dev kit.

    Even if they don't offer Linux for the wallmart crowd (for HDTV-based browsing and desktop stuff) if they help out the Linux devs just in a small way you'd expect a Linux version for PS3 in a short order.

    So you have a possible range of:
    1. no linux cell workstations aviable.
    or any and possible all combination of the following:
    2. Linux Cell desktop for 200-600 dollars in the form of a PS3 running one cell.
    3. Linux Cell workstations running multiple cells from 2K to 10k
    4. rare Linux cell workstation for PS3 development for probably above 9k for a slow version.
    5. hacked up versions of cell based blade servers.

  62. "Real Use" != "Real Work" by Moraelin · · Score: 2, Insightful

    You confuse "Real Use" with "Real Work". You can "use" a lot of stuff, without it counting as "work".

    E.g., you get some real use out of your bed at home, but I wouldn't say sleeping there counts as "work". (Or if it does, where can I sign up to get paid for it?) And screwing doesn't really count as work for most people either.

    E.g., you get some real use out of your TV, but most people don't get paid to watch TV, nor consider it "work".

    Same here. Playing a game _is_ "real use" of a computer. It might not be "work", but "use" it is.

    --
    A polar bear is a cartesian bear after a coordinate transform.
    1. Re:"Real Use" != "Real Work" by l_bratch · · Score: 1

      [i]I wouldn't say sleeping there counts as "work". (Or if it does, where can I sign up to get paid for it?)[/i] Night watchman. You can sleep, and get paid, and everyone thinks the world is a safer place!

    2. Re:"Real Use" != "Real Work" by DrSkwid · · Score: 1

      work = force x distance

      1J = 1Nm

      one kilogram-meter squared per second squared

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    3. Re:"Real Use" != "Real Work" by Anonymous Coward · · Score: 0

      work = force x distance

      This formula only applies to a constant force applied over a straight line. For the real formula try: dW = F.ds applied over a path integral. The units come out the same.

    4. Re:"Real Use" != "Real Work" by jusdisgi · · Score: 1

      work = force x distance


      Yes, and the force required to push a playstation button is relatively small (until you start getting pissed), and the distance short on a per-push basis. But when you add them all up.......that's a lot of work!



      --
      Given a choice between free speech and free beer, most people will take the beer.
  63. Re:Perhaps he is right though by Anonymous Coward · · Score: 0

    Right and using OpenGL for desktop rendering of items? We are already using the GPU'S for just such a purpose.

    now imagine this.

    One or two Cell's pushing regular data through.
    one cell rendering your desktop,
    three Cell's rendering three full screen movies on three diffrernt monitors

    That is what the Cell's can do. Notice how i didn't say HD movies. I am not sure about those, but it should be able to encode on the fly HD.

  64. cell != celeron by jasonhamilton · · Score: 1

    they don't sound anything alike.

    i've never heard anyone call a celeron anything other than 'celeron' or 'celery'

    --
    SearchIRC - Now with live chat directory!
    1. Re:cell != celeron by SammyTheSnake · · Score: 1

      You obviously never talked to anyone who bought one thinking he/she was getting better performance than a similarly priced AMD.

      Generally POS would be the favourite term...

  65. Re:Perhaps he is right though by ozmanjusri · · Score: 1

    Maybe OpenGL could benefit but not the OS.

    So what do you think WGF in Longhorn would be called then? Part of the OS or "high level libraries or apps"?

    --
    "I've got more toys than Teruhisa Kitahara."
  66. Re:How much can we expect this workstation to cost by bhima · · Score: 1
    I have 15K Euro as my guess and I expect it to have as many Cells as needed to get it up to that price. I also expect it to be big, loud, ugly,.... and black. It will use a currently unknown subset of DVI which only will drive Sony or Toshiba LCD monitors which cost over 3K Euro (which only come in back, non-widescreen formats). It will use a form of Rambus memory which not only do you have to pay per RAM update cycle but to use you must sign an confession stating that you have personally violated SEC regulations. It will have on board Super-Ultra DRM which ensure that only optical media it will play are region free triple layer blue ray-disks and this selection is limited to Hi-Def Japanese & German specialty porn (You know they make the best & weirdest porn)

    Oh... and it will contain some bizarre GPL contortion that will create gigabytes of acrimonious discussion here on Slashdot.

    I come to this conclusion by blending the old PS2 content creation workstation with IBM's higher end workstations and mixing in a few of the various participants recent behaviors. In short it will be a device that a lot of here would like to have but none of us will have enough use for it to justify the staggeringly high price, thereby insuring that a relatively interesting device only reaches a production volume of a few thousand.

    --
    Nothing in the world is more dangerous than sincere ignorance and conscientious stupidity.
  67. Re:A Linux kernel in Verilog? ;-) by Hast · · Score: 1

    I agree HDLs (be it Verilog or VHDL) are much fun to use. And developer boards are becoming more affordable as well. (You can get a dev board with an FPGA and a bunch of ports for a few hundred bucks.)

    The drawback is that most of the high-end tools (Modelsim and synthesisers) are extremely expensive. But there are often free tools that work allright, I know Xilinx supply these for free.

  68. IBM is well and better with the Cell by Anonymous Coward · · Score: 0

    The way I see it, phasing out PC industry and introducing Cell was all very carefully crafted and rolled out just like it should, slowly but with increasing momentum over a period of several months to years.

    No surprises anywhere, and they're definately not in trouble. Cell is going to be the huge wave of the future, implicated by the upcoming blade server design. It most definately is not a coincidence that things have gone this way.

    Perhaps Apple thought that introducing Cell based workstations would cut too much into their own niche. It'd be too much competition with Wintel PC, Apple, Linux PC and IBM Cell (Linux?) all on market.

    Will this lead to Wintel-Apple vs Linuxes polarization? Only time will tell. However IBM has been more than wise embracing Linux.

    1. Re:IBM is well and better with the Cell by richman555 · · Score: 1

      I hope someone saves your post for future generations to read... Wave of the future... ha ha good stuff. IBM has not had a 'wave of the future' in 25 years. I hope they don't phase out my PC until next year, I have alot of work I need to get done.

  69. Use of commas by Anonymous Coward · · Score: 0

    Man, News for Nerds seriously needs to work on his comma usage. I do not actively try to pick on punctuations whenever I read but the bad comma usage in this post by News for Nerds was seriously irritating hehe.

  70. O/T: Getting started? by TheRaven64 · · Score: 1

    I have been thinking for a while that it would be fun to get into hardware design, but I really don't know where to start. Could you point me in the direction of good resources to read (online and offline) and what kind of kit I'd need to buy to start?

    --
    I am TheRaven on Soylent News
  71. Re:So what's the deal with you linux zealots? by wheany · · Score: 1

    Agreed. Just because it has a lot of text doesn't mean that it's not a troll.

  72. $3000 supercomputer, anyone? by dasare1503 · · Score: 1

    This is exciting stuff. The PS3 is *supposed* to go at 2 teraflops, but without a useful OS you can't really link up PS3s together to work in tandem. If you can run Linux on the PS3 however, you suddenly have a large library of apps to run, and I'm sure theres a couple that take advantage/distribute work amogst a system with many linked processors. Which all adds up to the ability to make a 100teraflop supercomputer for around $20,000. (I believe the fastest supercomputer today runs at around 30-40 teraflops). Not bad if you ask me...

    1. Re:$3000 supercomputer, anyone? by Anonymous Coward · · Score: 0

      Well, if you can get Java running on the 1st OS that works on it, many programs will run in that environment too.

    2. Re:$3000 supercomputer, anyone? by fr0dicus · · Score: 1

      You fell for the hype, I'm afraid. Read the specs properly: 1.8 of those "Sonyflops" were attributed to the graphics card - this is not entirely outside the bounds of what graphics cards are expected to be doing in a years time. You can't use them to run an operating system on though. Much of the rest of the "Sonyflops" are assigned to the SPE's (which as you should now notice, don't hold a candle to a GPU). Suddenly, the PS3 is very normal.

  73. Re:I thought that the PS3 was going to be real by Goose+In+Orbit · · Score: 1

    And the Xbox display was running on what exactly?

  74. video game processor by softends · · Score: 1

    Why is our desire for BET4R GRAFX driving the largest processing innovation in a while that actually reaches the masses?

  75. I'd buy a TIVO with a Cell by Anonymous Coward · · Score: 0

    I'd buy a Tivo with a Cell CPU. Maybe even a Cell based GPU graphics card. But never a general purpose computer based on a Cell CPU.

    The Cell is very good at things like video decoding. It's not that great at everything else. Why the hype about this chip?

  76. Where the marktet lives by Anonymous Coward · · Score: 0

    The other advantage is low power laptop chips and a roadmap to ramp up the (already good) performance of them.

  77. Re:Perhaps he is right though by JWW · · Score: 1

    The other possibility is that Apple have got seriously pissed off watching IBM spew out the 3-core G5 for the XBox 360, the Cell for the PS3, and leaving them with an aging 2.7GHz CPU.

    Yep, you got it. Apple had no choice. They were going to lose the laptop market completely. In fact they will already be a good deal behind when the first Powerbooks with intel roll out.

    But, I had always expected that if Apple had stayed with IBM for chips that they would get OS X onto the cell processor, and that would have rocked. But, I like Linux too, so I'll be fine with Linux being the first os to get to cell. I think it will be revolutionary. I also hope Microsoft has a lot of problems getting Windows ported to cell processors, but their foray into the PowerPC for the 360 might actually just be part of their plan to get there.

  78. A few things that might benefit from SPUs by morgan_greywolf · · Score: 1
    A few kernel-level things that might benefit from SPUs:

    • the crypto api module and related stuff like the crypt target in the MD device mapper and the cryptoloop filesystem driver
    • software RAID
    • CRC-32 routines
    • oprofile, which would need to be updated to support system profiling on SPUs.
    So, yeah, there is definitely some areas of the kernel that need to or should support SPUs.
  79. Re:So what's the deal with you linux zealots? by Anonymous Coward · · Score: 0

    Yeah yeah, don't feed the trolls -- I know.

    So, you are saying that
    - Micro$oft is a "world leader" (probably you meant "market leader" or some such but the mistake is a telling one)
    - M$ servers are more secure than open-source ones
    - Liberal political views impairs programming
    - Open-source developers are sex-crazed (hence the "kinky" program names) and probably paedophile

    I'd hate to be you, dude, for it seems that YOU are the one with the problem of being simultaneously arch-conservative and sexually preoccupied. Not too mention you seem to derive a false sense of security from people telling you "it's secure" in much the same way you probably believe Bush really cares about your "security".

    Oh and "violent liberalists"? Like someone posted before, you think we're going to assault Bush with a pocket-calculator? Bill Gates had better fear my 19" titanium abacus though.

  80. Re:So what's the deal with you linux zealots? by Anonymous Coward · · Score: 0

    If it's bad enough to reply to trolls, doesn't it mean that it's worse to reply to replies of trolls?

    In that case, wtf are you doing replying?

  81. Re:Perhaps he is right though by Anonymous Coward · · Score: 0

    Exactly. Nice switch, leave Apple with rotting decomposing shitty old x86 while M$ rightly move Longhorn onto much sweeter Cell hardware.

    Well done Jobs, nice way to kill off Apple once and for all.

  82. hardware "on the fly" by dAzED1 · · Score: 1

    we've got some LPARs here, which are these fancy boxes where processors, memory, network cards, hard drives...you name it...can all be swapped all around on running systems. It really neat, but entirely impractical for several reasons.

    Anyway, to do this swapping around you need AIX5.2 or...yes...Linux. Cool, eh?

    Anyway, to the point: I wonder when we'll see cell units one can just plug into each other for expandable "on the fly" machines? Ie, you have your cell stack, I walk over with mine and we attach them...but not on a network interface, but actually on a system bus level. If your laptop is using up too many watts, just unplug a few cells...and the docking station could have a cell or two as well, to handle various things. With processors that are designed with a different purpose than the do-everything "central" processing units we're used to, its hard for a lowly unix admin like me to predict.

    I dunno. It can be really fun to imagine what the future might bring.

  83. Apple? by nurb432 · · Score: 1

    Perhaps apple could pick up using CELL chips for the new MACs, instead of ruining them by shoving a ix86 in them...

    --
    ---- Booth was a patriot ----
  84. Re:How much can we expect this workstation to cost by Jesus_666 · · Score: 1

    Not to mention that it'll come with an addon chip implementing 100% reliable DWIM and will have Duke Nukem Forever preinstalled.

    --
    USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
  85. DRM by Anonymous Coward · · Score: 0

    As you can expect from a CPU coming from Sony it contains DRM (Digital Rights Management, or as you might prefer to call it Digital Restriction Management (that is what it really is)).

  86. Thanks for the explanation vis a vis Apple by 5n3ak3rp1mp · · Score: 1

    Thanks for elucidating some possible reasons why Apple decided to go x86 instead of the Cell (which ostensibly uses the same instruction set). Actually, since I thought it used the same (or similar) instruction set, I don't understand why they would have had to "rewrite a ton of assembler" except to take advantage of the vector portion, but elaborate if you wish.

    Now all I need to know is why they decided Intel instead of AMD, and I'll decide this was a sane decision on the Steve's part. ;)

    1. Re:Thanks for the explanation vis a vis Apple by tesmako · · Score: 1
      Skipping the vector units makes the Cell look quite tame in perfomance, as I said the primary core is an old-style in-order design, while it is clocked quite high it will still have a hard time trying match a G5 in performance. Things that appear as downgrades to the customers are bad things.

      My guess on the AMD/Intel issue is that the Pentium M was the deciding factor, it really is a very sweet chip in the notebook market (which is large and high-margin). It is hard to guess what it happening there though since Apple has no doubt seen more of Intels roadmaps than what is publicly available. At any rate, the switch is the heavy part, no reason to believe that we wont see AMD machines if AMD continues to put out the nice chips they have so far. After all Apple has done similar things with NVidia and ATI, picking differently for different generations of their machines.

      I post too much on this topic.

  87. Re:O/T: Getting started? by CommanderTaco · · Score: 1

    I've been looking at getting this kit, or waiting for this kit to become available. There are plenty of Verilog tutorials out on the web. Not sure of any good sites for teaching digital design... you might want to try MIT's OpenCourseWare for 6.111.

  88. Re:So what's the deal with you linux zealots? by Anonymous Coward · · Score: 0

    Actually linux hackers are mostly neo-conservative... try reading the jargon file some time, buddy!

  89. Re:Perhaps he is right though by ad0gg · · Score: 1

    Apple deal was barely break even for IBM. Consoles have a bigger audience and you only need to design and produce 1 chip.

    --

    Have you ever been to a turkish prison?

  90. 6502 by Anonymous Coward · · Score: 0

    You should consider switching to 6502. They are both faster chips as well as ones that can support more than 64K and can more easily be found. (used in Commodore 64 and 128 respectively)

  91. In order execution.. by YesIAmAScript · · Score: 1

    I agree how this processor is unsuitable for a Mac.

    But an in-order core is okay in a console, because all the memory latencies and pipeline latencies are fixed for the 5 year run of the console. If you get your compiler to get it right, it'll run like a top.

    The in-order becomes a problem (as you alude to) when you try to make follow-on chips and machines that have different characteristics. This wouldn't happen in a console.

    I remember how MIPS didn't have memory latency interlocks (in fact, it is was in their name!) in the R2000. But they quickly found out they had to add them in the R3000, when they sped up clock speeds and the latencies which had been staticly compiled into their code were not sufficient anymore.

    --
    http://lkml.org/lkml/2005/8/20/95
  92. It's the DRM, people. by Anonymous Coward · · Score: 0

    How many times do people have to be told? It's the built in DRM that Hollywood, I mean Apple wants in their designs. With a chip like the Pentium D in place, and it's associated hardwired DRM, Apple will eventually announce that you'll be able to download movies via iTMS. Hollywood wanted this to prevent pirating of movies. And now that Steve has it, and this slightly successful thing called the iTunes store, wait til you see what he's going to do in a years time. Apple wants 70% of the profits from Blockbuster, Hollywood Video and the like. This isn't about hardware, it's about movies and where Apple wants to be five years from now.

  93. what a load of crap by Anonymous Coward · · Score: 1, Insightful

    Tell me, what do you think the GPU on a nice new ATI or NVidia video card is? It's a parallel CPU designed to do a specific task extremely well and extremely quickly at the cost of programmer time. There is simply no reason, other than fear of change, why the concepts behind modern 3D GPU performance cannot be extended to more general purpose applications. As the high level programmer APIs to the Cell evolve, the programmer time required to take advantage of this technology will reduce.

    Ignorant simpletons probably had the same argument as you when the concept of threads were introduced. "They're too hard to use" the PHBs screamed. Well guess what? Programmers are actually quite smart people, and when you give them a wicked new toy like the Cell, they will figure it out.

  94. Re:O/T: Getting started? by kisielk · · Score: 1

    There's very nice cheap FPGA kits available at http://www.easyfpga.com/. They also have pointers to some online resources, and the kits include code samples. If you're interested in discussing more about hardware design and FPGA, feel free to contact me. (Note: I have absolutely no relation to easyfpga at all, just been looking at buying a kit for some time now)

  95. Re:O/T: Getting started? by kisielk · · Score: 1

    Wow, that Spartan 3E kit looks mighty impressive, and at an amazing price to boot. I think I'll be holding out for that one before buying an FPGA board. Thanks for the link.

  96. Re:Perhaps he is right though by jericho4.0 · · Score: 1

    You're lowballing by an order of magnitude or two. The Cell (one cell) has been demoed decoding 48 MPEG-2 stream simutainously using 6 of the 7 or 8 available SPUs. (7 in PS3, but could be 8 in other uses)

    --
    "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
  97. Re:Perhaps he is right though by jusdisgi · · Score: 1

    Apple has blown it. Big time.

    Well, maybe. I certainly think going x86 is a huge mistake for them....unless they're planning on licensing out OSX, which has its own issues. But more importantly, these guys have blown it lots of times before. Seems like they always keep coming back. I'll bet if Cell does make a really big splash Apple will run on those procs as well in a short while. The biggest news for me yesterday was that they consider OSX "cross-platform" from a design perpective. They can juggle chips all they want now, same as Linux.

    --
    Given a choice between free speech and free beer, most people will take the beer.
  98. Re:So what's the deal with you linux zealots? by Anonymous Coward · · Score: 0

    The reply to the troll wasn't a troll, it was an idiot.

  99. Re:Perhaps he is right though by jusdisgi · · Score: 2, Interesting

    I'd even take it a step further; by going cross-platform with the OS, and abstracting the binary compatibility issue away with XCode and Rosetta, they are now no longer beholden to any chipmaker. Intel is probably giving them a sweet deal (they are a pretty high-volume seller, after all), but should that deteriorate, they can always go over to AMD. Or back to IBM for power/cell chips. And in fact, they can do all at once....if they decide they want to have pentium-M in the laptops, cell in the desktops, and opterons in the servers, no problem.

    That's so far the only way I can view Apple's move yesterday that makes any sense to me. This is more than just another archetecture move...it's a move above archetectures.

    --
    Given a choice between free speech and free beer, most people will take the beer.
  100. It's "Trolldar" by Anonymous Coward · · Score: 0

    So there.

  101. Re:How much can we expect this workstation to cost by jericho4.0 · · Score: 1
    6 USB 2.0 ports (4 in front). Bluetooth. Dual displays. 3 Gigabit ethernet ports.

    Perfect for mice, keyboards, and more.

    --
    "A language that doesn't affect the way you think about programming, is not worth knowing" - Alan Perlis
  102. Re:Perhaps he is right though by mnmn · · Score: 1

    Why do you think the OS cannot benefit from the SPU? What about encryption? What about RAID and filesystem level API? And networking code (imagine the whole networking code of the kernel running on one SPU, filesystem on another SPU, and X with KDE on yet another.

    I didnt think the SPU was specialized. They're general chips that are used as specialized chips in the PS3.

    --
    "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
  103. Re:Perhaps he is right though by JWW · · Score: 1

    I really do hope you are right about this. If Apple does things right, they can co-exist on multiple architectures.

  104. Re:Perhaps he is right though by jusdisgi · · Score: 1

    I hope so too....I feel my stock will perform a lot better this way than if they are just going over to x86 ;-)

    --
    Given a choice between free speech and free beer, most people will take the beer.
  105. Quality and User-Friendly by Tokerat · · Score: 1

    We need a Microsoft out there developing consumer-level applications and quality, user-friendly operating systems.
    Unfortunately, the only Microsoft we've got seems to just develop consumer-level applications.
    --
    CAn'T CompreHend SARcaSm?
  106. Mac OS X on x86 is good software development by AHumbleOpinion · · Score: 1

    Possibly. The other theory goes like this: Jobs always wanted Mac OS X on Intel and that was always the plan, hence 5 years of OS X running secretly on Intel boxes.

    Well that is a theory, albeit a poor one. Here is a more realistic one: As a business contingency, as a way to ensure that code remained portable, and as a way to improve QA and debugging Apple maintained an internal x86 build of Mac OS X. Much as Microsoft keeps building Windows internally on non-x86. This is simply good software development.

  107. Wrong. Don't need x86 for DRM by AHumbleOpinion · · Score: 1

    Wrong. If Apple wanted DRM they could have simply implemented it on the motherboard. I suspect you have it wrong with respect to Intel as well, new DRM is probably implemented via a PCI chipset or some other motherboard component, not the CPU itself. The CPU's involvement is probably only a serial number of some sort, if that. The motherboard could have the serial number, Apple used to do this.

  108. Isn't anyone going to mention this is a DRM chip? by Alsee · · Score: 1

    On-chip hardware in support of security system for intellectual property protection.

    Each Cell is given a GUID, a global identifier.

    Some will no doubt be turned off by the fact that DRM is built into the Cell hardware.

    on-chip hardware DRM support

    It also has built-in on-chip digital rights management (DRM)

    It seems that details on this DRM system are still secret, but I would wager strong odds that is it exactly compliant with the Trusted Computing Group specification. Exactly compliant with the Intel La Grande DRM system, exactly compliant with the AMD Presidio DRM system, exactly compliant with the Transmeta Security eXtensions DRM system.

    One DRM to rule them all, One DRM to find them,
    One DRM to bring them all and in the darkness bind them.

    One Trusted Computing system to bind a network of software running on different CPUs.

    -

    --
    - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  109. Stock price is all about iPod not Macs. by AHumbleOpinion · · Score: 1

    The value of Apple stock is due to iPod not Mac. There is a euphoria surrounding iPod. Unfortunately when, not if, a major competitor such as Sony puts together a viable competitor the stock may come crashing down. That said, stock price has little to do with Apple being an excellent company with excellent products.

  110. Re:Cell processor workstation ? by Anonymous Coward · · Score: 0

    > If these are eventually marketed (and don't remain prototypes) they should make interesting development platforms.

    Indeed. With all the on-chip DRM, don't whine about on-chip DRM because they're "interesting development platforms".

  111. Pay $$$ to play GPL game? by mnmn · · Score: 1

    Thats interesting isnt it? I thought GPL didnt allow it.

    By law the coin slot should be broken.

    --
    "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
    1. Re:Pay $$$ to play GPL game? by magarity · · Score: 1

      Thats interesting isnt it? I thought GPL didnt allow it. By law the coin slot should be broken.

      Are you kidding or tripping? The GPL has nothing to do with renting time on hardware with which to use GPL'd software; it only covers the rights to the software itself. It's pretty clear that using an arcade machine to play a game is not about the rights to the game's software. It's about getting to use the machine to play. IBM leases servers with Linux installed; by your logic they should have to lend them out for free. Not going to happen.

  112. Re:Isn't anyone going to mention this is a DRM chi by KillShill · · Score: 1

    actually i was going to bring it up since everyone seems to be mum on the issue...

    and lets not forget, that the main cpu is a piece of garbage by modern standards. so that it wouldn't make sense to use it in a general purpose computer.
    and vectorized code only covers a small handful of apps that could benefit from the cell.

    but thanks for the good post and nice links.

    DRM baby, here we come.

    i just loooooooove handcuffs.

    not to mention, i definitely hate being in control of my own hardware and software. what an outmoded way of thinking.

    sony: i wish you all the luck in squashing dvd decrypter and similar projects. please, bless us once again with your cuddly DRM schemes.

    2 teraflops of DRM power!! who can resist that?

    same goes to your cute and friendly allies, nintendo and MS.

    --
    Science : Proprietary , Knowledge : Open Source
  113. Even better by jgoemat · · Score: 1

    I can't wait to see what Pong will look like on this baby!

  114. Plan9 by towaz · · Score: 1

    Wouldn't plan9 be the best candidate for the cell processor?

    If all these devices are connected with high bandwidth the unix developers that moved to develop plan9 may find this architecture ideal.

    --
    "I disapprove of what you say, but I will defend to the death your right to say it." - Voltaire
  115. What's not to like... by quarkscat · · Score: 1

    about Apple's announced move to Intel architecture?

    (1) yet another round of binary incompatabilities.

    (2) switching endians.

    (3) switching from the 64-bit G5 to the half-assed 32-bit plus 64-bit addressing of the x86-64.

    (4) yet another competitor in the commodity x86 PC market (which will confuse many users when Apple's new hardware still isn't price competative)

    (5) Apple's wholehearted embrace of Intel's DRM strategy, as represented by Intel's new processor and chipset.

    Apple taking on Intel as a senior partner makes about as much sense as Sun taking on MSFT as a
    partner -- there is far more to risk than to gain. DEC, SGI, and HP all placed a heavy trust and reliance
    upon Intel's processor "roadmaps", which have borne much bitter fruit.

    Apple is essentially tossing in the towel by adopting Intel 's processor. Only by fully embracing Intel's DRM can they be assured of not having their hardware/software solution trumped by some alternative OS. Loyal Apple users will have a difficult time going from no DRM to crippling DRM. Without that DRM to enforce Apple's "standards", there will be no way to differentiate Apple's pricy hardware from the commodity PC hardware that's already out there in the marketplace.

    I find it difficult to believe that Apple having bragging rights to a 3.0 GigaHertz 32-bit laptop crippled by
    Intel DRM is worth more than having dual 64-bit desktops and servers and supercomputer clusters.

  116. IB what...? by Anonymous Coward · · Score: 0

    The CEO of IBM has stated his intention to change IBM from a technology company to an "on demand" company (whatever that means). IBM doesn't want to be in the computer business anymore. IBM wants to do accounting and consulting.

    IBM believes there are companies waiting in line to wholesale turn over their internal operations. IBM believes that it knows best how to run a company and wants to teach the world to sing.

    Wake up people... IBM is on the wrong path. Current IBM management doesn't care about Linux or computer technology. This story, and others like it, is the fleeting breaths of the IBM technical community.

    You'll need to look elsewhere for your savior.

  117. Re:*sigh* indeed by Anonymous Coward · · Score: 0

    The point is that "better architecture" needs compiler technology that doesn't exist yet - and probably won't for at least a decade - to be really be better and not just on paper!

    And who the fuck cares about the fucking ISA, nobody is writing hand assembler for x86, face it, the chips are here, they are fast as hell, and they WORK.

    x86 is the right choice at the moment, Apple can and does move again if Cell or any of it's descendants ever becomes realistic alternative instead of vaporware buzzword bullshit.

  118. How to program the Cell by SpeakerToManagers · · Score: 1

    Many of the comments on this article leave the distinct impression that the writers have not bothered to learn anything about the beast on their own, and are either reading between the lines of the original press release, or blindly accepting whatever they find in one or more response threads. For those who care about getting their facts at least a little straight, there's a link in the "Related Links" slashbox that points at a number of IBM articles on various aspects of the hardware architecture of Cell: http://www.research.ibm.com/cell/ . With a little more digging on Google, you can find the following presentation slides shown by some Sony engineers: http://www.research.scea.com/research/html/CellGDC 05/index.html/ which includes a presentation on programming models for the Cell SPEs.