Slashdot Mirror


Sun Moves Into Commodity Silicon

Samrobb writes "According to Sun Microsystems CEO Jonathan Schwartz, Sun has decided to release its UltraSPARC T2 processor under the GPL. Schwartz writes, 'We're announcing the fastest microprocessor we've ever shipped this week — delivering 89.6 Ghz of parallel computing power on a single chip — running standard Java applications and open source OS's. Simultaneously, we've said we're entering the commodity marketplace, and opening the chip up to our competition... To add fuel to the fire, the blueprints for our UltraSPARC T2... the core design files and test suites, will be available to the open source community, via its most popular license: the GPL.'" Sun is still working on getting these released; early materials are up on OpenSPARC.net.

57 of 236 comments (clear)

  1. Sweet by Anonymous Coward · · Score: 4, Funny

    Finally a chip that you can run Java on.

    1. Re:Sweet by AKAImBatman · · Score: 4, Informative

      Finally a chip that you can run Java on.

      Because MAJC, picoJava, aJile, and Jazelle don't count, right?
    2. Re:Sweet by Lindsay+Lohan · · Score: 3, Funny

      Finally a chip that you can run Java on.
      Will these "Java chips" make me look fat?
    3. Re:Sweet by bugnuts · · Score: 4, Funny

      Will these "Java chips" make me look fat? Not if you add a little silicon(e) to the right places.
    4. Re:Sweet by heinousjay · · Score: 4, Insightful

      It's called a joke. You may hear a few of these on this "slashdot" website

      The important thing to note is that the "jokes" often lack humor, so recognizing them becomes a terrifying ordeal of memorizing the groupthink prejudices.

      --
      Slashdot - where whining about luck is the new way to make the world you want.
    5. Re:Sweet by larry+bagina · · Score: 5, Funny

      fortunately, the moderation system exists so we don't have to independently decide if a post is funny , informative, offtopic, etc.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    6. Re:Sweet by rbanffy · · Score: 2, Interesting

      I wouldn't say that. On proper hardware, it's fast enough.

      What I would point out is that x86 processors are incredibly crude, crufty and rather antiquated, retaining, even in the 64 bit implementations, features that were used in the lowly 8088/8086. In fact there was a time a selling point of the processors was that 8080/8085 assembly code assembled and ran correctly on 16-bit hardware. I would not be surprised if lots of CP/M software did have their first PC-DOS versions by little more than a straight recompile (or reassemble).

      It's a shame we are still using it instead of the much nicer and modern architectures that came after it.

      You know... there is more to processors than Intel and AMD.

    7. Re:Sweet by mrsteveman1 · · Score: 2, Insightful

      So which MIPS and ARM chips are you using on workstations and highend servers?

  2. Nothing to see here, please move along. by Shadowlore · · Score: 3, Insightful

    That's what I got the first time I tried loading this article on /.

    But seriously, what's the real point? Are the means to actually make one of these processors beyond 99% of companies and pretty much 99.99% of the people on the planet? What about the patenting of the process or equipment to actually make the processor?

    --
    My Suburban burns less gasoline than your Prius.
    1. Re:Nothing to see here, please move along. by inzy · · Score: 3, Insightful

      it was beyond most people to own a computer in 1960

      now most people in developed countries use dozens (including embedded systems) every day, and a desktop of awesome (by 1960s standards) power can be had for a few days salary

      think big, cast aside pre-conceptions

  3. Irony by Dachannien · · Score: 4, Funny

    Clicking the OpenSPARC.net link returned the message: "This Account Has Exceeded Its CPU Quota"

  4. Commodity is a relative term... by igotmybfg · · Score: 3, Insightful

    ...when you are talking about a market with massive investment related non-recoverable expenses & high barriers to entry, such as processor fabrication.

    Although I submit it would be really cool to just manufacture these things in my garage.

    1. Re:Commodity is a relative term... by howlingmadhowie · · Score: 3, Interesting

      well, sun sells everything from workstation upwards. they tend to use their own chips, their own connectors, their own file systems and their own operating systems, all of which are now open-source and so can be freely implemented by the "competition". by open-sourcing their intellectual property (what a wonderful oxymoron), sun is doing correctly what microsoft did wrongly in china. in china, microsoft gave windows away for free. the result? market domination but a mono-culture where computing goes from a growth market to a replacement market.

      by allowing and encouraging competition and progress, sun is keeping computing a growth market for a long, long time. sun just has to have the intellectual clout to keep their head-start (i can give you the source code, but do you know what to do with it?). it's an interesting, very honest business strategy, and the free-software licenses used will keep it honest.

  5. AMD and Intel just shit their pants by Anonymous Coward · · Score: 3, Interesting

    Go look at the CPU cycles per watt that the UltraSPARC T1 delivers.

    Now, figure the UltraSPARC T2 is better than that.

    1. Re:AMD and Intel just shit their pants by JamesRose · · Score: 2, Funny

      To be fair, its a bit harsh expecting the guys at Sun to meet the minimum system requirements of vista on only their second atttempt at this chip.=)

    2. Re:AMD and Intel just shit their pants by MBCook · · Score: 3, Interesting

      I see a 1 GHz T1 doing quite well compared to a 2.4 GHz Opteron and a 3 GHz Xeon. Things have improved on the Intel front, but the T2 should do quite well for the workloads it is designed for. Not only does it have more threads (and I think a better memory controller), but now it has one FPU per core instead of 1 per chip. That means 8x as many FPUs. That was the real weak point and now it has been addressed.

      I can't wait to see benchmarks of this chip. It is far more interesting than "the same chip for 3 years ago, now 0.3 GHz faster" or "now with one more micro-op fuser and a 2% better branch decoder."

      --
      Comment forecast: Bits of genius surrounded by a sea of mediocrity.
  6. Power consumption? by Toffins · · Score: 4, Interesting

    I can't wait for somebody to design a new generation of desktop PCs that have lower power consumption than that of previous generations but without sacrificing performance and graphics. Anybody know how much power typical UltraSPARC based desktop PCs consume compared to Intel or AMD based desktop PCs?

    1. Re:Power consumption? by LWATCDR · · Score: 2, Interesting

      Get a Core2Duo or one of the new low power AMDs. The just find a modern video card that is roughly the speed of a last generation card.
      If you want super high performance and super low power ... Not going to happen. They will always have the option to pump up the speed buy pumping up that watts.
      Top of the like will have high power draw.
      You have low power options that are pretty dang fast. The trade off is just up to you.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    2. Re:Power consumption? by aliquis · · Score: 2, Informative

      If I remember it right they max out at 72 watt for 8 cores running 8(?) threads each.

    3. Re:Power consumption? by epine · · Score: 2, Insightful


      You have a short little span of attention. When Intel first hit 60W with the original Pentium there was a huge outcry about its outrageous power consumption, and it hardly performed any better than a 100MHz 486, either. After a quick die shrink, the next version wasn't so bad. Now Intel sells the Core Duo at 65W as a major innovation in power management. After Intel's Prescott, it's almost impossible for anything else to look bad. But really, should a product that never deserved to be made in the first place define the frame of reference moving forward? If you factor the environment into the picture, a TDP of 35W would look far more responsible.

  7. Which GPL? by junglee_iitk · · Score: 4, Interesting

    Nothing that it matter... just interested, but does anybody know if it is released under GNU GPL 2 or 3?

    1. Re:Which GPL? by WebMink · · Score: 2, Informative

      The original T1 design was released under GPLv2 a while back, and the new T2 design will be released under GPLv2 for now as well. Using GPL v2 creates an implicit patent license so while using GPLv3 would make the situation cleared GPLv2 is probably sufficient.

      And yes if you look at the map on the opensparc.net page (when they get some quota back after being slashdotted) you'll see they are getting a vast amount of interest from China, where I gather a company is already producing an OpenSPARC T1-derived chip for embedded use.

    2. Re:Which GPL? by choongiri · · Score: 2, Informative
  8. FPGAs by EmbeddedJanitor · · Score: 3, Insightful
    You, Yes, I mean YOU! can easily build your own CPU using FPGAs.

    Many FPGA houses provide free ARM cores etc for inclusion on their FPGAs. You can build an ARM-based (or other core based) device using free download tools and run it on an FPGA that costs a few bucks. To do this the licensee need to pay a heft licencing fee to ARm or whomever. Now they can also distribute GPL cores.

    But is this really useful? To use a GPL core would mean that all the rest of the chip design would have to be released too. Very few hardware builders will be prepared to release their silicon source code because that is often the only way they have of preventing mass knock-offs etc.

    --
    Engineering is the art of compromise.
    1. Re:FPGAs by WebMink · · Score: 4, Informative

      producing a less-powerful one based on it is very possible

      Indeed, someone just did:

      Arturo Mann proudly announces that he has successfully synthesized the S1 Core on a Xilinx Virtex-4 FPGA device...

      More details on Simply RISC's web site.

    2. Re:FPGAs by mrchaotica · · Score: 3, Funny

      Yes, but where in Hell are you going to find an FPGA big enough/fast enough to run a full OpenSPARC implementation?

      In the bottom of Cracker Jack boxes, 20 years from now?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  9. You don't have to fab it by Wesley+Felter · · Score: 5, Funny

    Apparently Sun will sell the chips to you already manufactured if you want.

  10. Upgrade complete by Sta7ic · · Score: 3, Funny

    I always wanted a Tech 2 processor.

    Oh wait...

    1. Re:Upgrade complete by Zeebs · · Score: 3, Funny

      Get back to Eve-Online!

      /me wants a Jovian processor.....

      --

      Happy Noodle Boy says "F###ing doughnut! Mock me? You fried cyclops!!"
  11. I'm thinking China. by khasim · · Score: 4, Interesting

    Depending upon how the patents (are there patents?) are handled. China has been researching it's own chip design in the past. This could be a huge push for Sun if China abandoned trying to re-invent the wheel and just started cranking out UltraSPARC's.

    Not to mention Windows not running on such, but Linux will.

    And China would have a home source of chips for their IT industry and would not have to import Intel or AMD.

  12. Re:Details? by Ungrounded+Lightning · · Score: 2, Informative

    How many cores does this chip have?

    8 cores, 8 threads each.

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  13. Various options. by jd · · Score: 3, Interesting

    One would be to build a simulator that is accurate at the level of silicon, so that you can cross-compile and run binaries for this CPU on a non-native architecture. Another would be to look at some specific module within the core and re-use the code within an OpenCores project. A third would be to reverse this - take OpenCores code (or write your own) and generate a module that would work within the T2 and would provide functionality the developers might want. A fourth would be to produce a specialized version of the chip (rad-hardened, for example) without paying license costs. And so on.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    1. Re:Various options. by mdmkolbe · · Score: 5, Interesting

      I do high performance numerical computation research, and something like this would help a lot.

      As part of my research I have to hand tweak and tune the inner most loops of our algorithms. Unfortunately, the performance of moderns processors behaves so counter-intuitively when pushing the floating-point units to the max, that it is basically impossible to guess whether a certain change will speed up or slow down the computation. Being able to know *exactly* what in in the CPU would greatly help with this.

    2. Re:Various options. by jd · · Score: 4, Interesting
      Generally, you have a library of routines tuned to different ranges of conditions, optimized by actually running them at different settings. ATLAS does this, for example, as do a number of other optimized libraries. However, you're absolutely right that modern cores are very sensitive to a range of conditions. Lookup/interpolation units are obviously not going to respond in a fixed interval, it will depend on what point you hit. Does the FPU have enough internal memory to avoid swapping in and out of core during calculations? If you re-order operations, can you squeeze better performance out of the L1 and L2 caches? Is a composite instruction faster or slower than executing the individual opcodes that would produce the same result?

      I don't know of anyone who has gone to the gate level to tune software - I've never found it necessary to go beyond a high-level definition of the processor, the sizes/speeds of the caches, the lanes between the segments, the length of each pipeline segment and other such information that can be basically listed. However, such information will not reveal unintended features (distinguished from bugs by being useful) and won't expose every possible shortcut.

      HPC is fun, though I agree that modern processors are counter-intuitive. They can do some seriously weird things at times, which is why CPUburn is such an interesting program. If only the developers still maintained it. :( A CPU that can self-destruct performing legal, documented operations is a buggy CPU. That goes for any other hardware, too.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    3. Re:Various options. by jd · · Score: 5, Interesting
      "Should" and "Is" are often quite different. For example, no programmer of the 8086 would be caught dead using the instruction to roll left or right a given number of times. Nononono. It was far, far faster to have one operation for each roll. Division and multiplication on the 8087 was so slow that people even tried developing workarounds in software to get better performance! Multiplying by an integer amount was generally stupid - you were often much better off loading the value into two stack locations then adding repeatedly.

      CISC eventually collapsed precisely because of this. RISC was faster - far faster - without the composite instructions. Hybrids, like the Pentium series, have since developed, where the underlying architecture is RISC and the composite instructions are emulated by being split into much simpler ones. So far, so good, so what? You still have a translation layer. You still have that decomposition. That's not free, you know. It takes time.

      So why do this at all, and not have a pure RISC system? Well, many CPU manufacturers asked the same question. And decided to do exactly that. Have a pure RISC architecture. They generally do the same amount of real work with a fifth of the clockspeed of a CISC/RISC hybrid - so they run cooler and you can pack more into less space.

      Why don't Intel and AMD do this? Oh, they'd love to! The Itanic proved many things, though, one of which is that the 8086-style CISC layer has to remain. The customers have too much legacy software now. Not only are consumers locked into Intel's architecture, so is Intel! There's nothing they can do to escape, unless they make a chip that has some cores on the old design and some on a new one. But who is going to buy a processor that costs more and does less (for now)? Nobody. Thank you.

      This should be the lesson that companies learn from the IT industry (but won't): Too much lock-in locks the company in as well, making necessary changes and corrections impossible. Given enough time and enough failures to change, the company will destroy itself.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    4. Re:Various options. by howlingmadhowie · · Score: 2, Insightful

      this is one of the great advantages of package management and repositories. if ubuntu wanted to change something critical about a program which would effect 20 others on the system, they can do this and offer all modified packages for download at the same time. granted, the download could become big if there was a huge change, but being open-source, they could just compile everything new for that and then offer a new install cd.

      the only things tying linux to certain architectures are flash, nvidia, ati etc. in other words, the proprietary software companies are stifling innovation, just like they didn't allow intel to create a superior processor. however, the strength of the strangle hold on linux is a lot weaker.

    5. Re:Various options. by kestasjk · · Score: 5, Interesting

      You still have a translation layer. You still have that decomposition. That's not free, you know. It takes time. It doesn't really take time, it just takes a longer pipeline and more space on the chip. Micro-ops from one instruction can get executed while instructions that are coming up get broken into micro-ops.

      The main reason this is actually slower is the ordering of instructions. Intel chips have out-of-order execution that lets them run micro-ops from instructions in a different order that will make things faster and make more use of all the parts of the processor.

      If a compiler could do this instead of the processor, by ordering the micro-ops itself, Intel wouldn't need die space for out-of-order execution. The space could be used for more cache or to squeeze more cores in.
      Also the compiler would be able to do better optimization because it has the bigger picture of what's coming up, and it has more time to do the optimization because it doesn't do it on the fly.

      They generally do the same amount of real work with a fifth of the clockspeed of a CISC/RISC hybrid - so they run cooler and you can pack more into less space. That's a pretty wild exaggeration. (UltraSPARC sure isn't 5x faster than Core 2 Duo, and PPC wasn't 5x faster either, despite what Apple marketing used to want you to think).
      Intel make excellent processors even if they do have to do CISC-RISC translation, and they still beat any competing RISC processor hands down (except in specialized applications like supercomputers or Sun benchmarks). This isn't because CISC is better than RISC, it's just because the difference isn't nearly as large as you make out, and Intel has a massive R&D budget that offsets any performance decrease and then some.

      If Intel really felt it was necessary to move to a new processor they would. They talked MS into using Itanium for high end apps so I'm sure they could push a transition if they wanted.
      They could include a Rosetta style software translator for old x86 binaries, and perhaps include an x86 translator on-die (like Itanium 1 did). The reason they don't is because it wouldn't give such a large boost, and would be relatively expensive, when they can get larger speed boosts for less by going for smaller processes and optimizing micro-ops.

      It wouldn't be as big a transition as you make out, and it wouldn't give as big of a performance increase as you make out. It would be better if they had gone with RISC, but not that much better.
      --
      // MD_Update(&m,buf,j);
    6. Re:Various options. by Panaflex · · Score: 2, Insightful

      While your comment on the Itanic is partially true - the real reason it failed was the VLIW premise.

      Executing multiple instructions within a single "opcode" - and then developing a compiler to pre-determine the best path was about the STUPIDEST idea I've ever heard. Just think about it... a compiler has no idea about the REAL conditions at runtime.

      A compiler can optimize a single program thread - but can't optimize for multi-threading, multi-processing, or mixed mode execution between the OS and the application. All these things depend heavily on hardware - and Intel/HP made the hardware as stupid as possible in the places where it really mattered.

      They optimized for a problem (one instruction per cycle) which was easily overcome with parallelism (smp or multi-core) and faster clocks. Instead they choose the most complex assumption (multiple instructions per opcode, with different possible results) and sits heavily on an overloaded branch-prediction unit which is partially implemented in the compiler.

      Itanium has improved and I'm sure they'll be around for a few more years. If Intel had been smart we'd have 8 core Alpha chips instead - as they own the Alpha intellectual property.

      --
      I said no... but I missed and it came out yes.
  14. Re:Which GPL? And Sun's future... by Ungrounded+Lightning · · Score: 5, Interesting

    Nothing that it matter... [is it] GNU GPL 2 or 3?

    It actually matters a lot because Sun probably owns a lot of patents.


    Too true.

    If I've got this right: Under GPL3 anybody with foundry access could make the chip or a derivative, with no more patent issues than Sun itself would have. But under GPL2 they might have to enter separate license agreements to actually implement it.

    = = = =

    Presuming this release does make the chip open to anybody absent further licensing, it will be interesting to see how it affects Sun's future.

    On one hand it means any company that wants to could build the chip and sell it in competition with Sun (which has borne the development costs on the SPARC series - but recouped much of them already).

    On the other hand, they have a number of advantages: Already up and fabbing, deep understanding of the chip, etc.

    Further, one big source of resistance to adoption of their chips is the concern for what happens if Sun abandons the line, stops developing it, goes belly-up, or closes up again. With a perpetual license to others to build this chip and make improvements on it, that's no longer an issue. Even if Sun went belly-up and left them with no other sources, a big enough company with a product based on this chip could even commission the fabrication of its own chips, rather than twisting in the wind for lack of supplies. So such a company can design this chip into their product line and buy it from Sun without betting their own company on a possibly weak supplier.

    Let's see Intel or AMD compete with that that. B-)

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  15. Re:Which GPL? And Sun's future... by AvitarX · · Score: 2, Interesting

    I am actually hoping that AMD or Intel decide that there is useful technology they can use in their own chips.

    Especially AMD who needs whatever they can get at the moment. It is really far fetched, but possible we see AMD respond with a GPL chip that uses parts of Sun's tech they find useful. If they can get ahead of Intel for another generation or two it could be worth it to them.

    --
    Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
  16. Re:Abandoware open source by fm6 · · Score: 2, Interesting

    I work at Sun (documenting x86 systems, as it happens) and I think you're really oversimplifying our business strategy. Just because we're doing x86 doesn't mean we're abandoning SPARC. Indeed, I see a lot of work going on with SPARC-based products. You might consider this a bad idea. (For obvious reasons, I can't possibly comment.) But it's the current business plan, and as long as that's the case, SPARC is not abandonware.

  17. Re:Abandoware open source by WebMink · · Score: 5, Informative

    Nobody cared.

    Well, apart from Simply RISC, who used the design to build a single-core chip (S1) for embedded applications.

    And Polaris Micro in China, who are doing the same.

    And David Miller & friends, who made Linux run on it.

    And Canonical who support Ubuntu running on it.

    And the other Linux distros picking it up.

    And... Oh, sorry, you were just trolling, right?

  18. Re:Abandoware open source by afidel · · Score: 3, Informative

    The T1 is NOT abandonware, in fact I would say it is one of Sun's greatest strengths. We are doing a design for a JD Edwards data warehouse and while our JDE system is on Oracle on Windows we are looking at Unix platforms as strong choices for the data warehouse. Thanks to only needing 6 total boxes for the middleware layers for 4 different environments vs 16 Windows boxes Sun is 10% cheaper and 10% lower in 3 year operating costs despite having power sucking, expensive DB servers.

    --
    There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  19. Benchmark is *BOGUS* - Sun chip was *old* by Anonymous Coward · · Score: 2, Informative

    That comparison is between a 1.0 GHz UltraSPARC T1 - a three-year-old chip. There are 1.4 GHz chips currently available. How many months has the Intel Q6600 been on the market?

    How well will that Intel architecture scale to over 4 CPUs, anyway. At least AMD can do that.

  20. Re:Did I read this right? by Wesley+Felter · · Score: 4, Informative

    1.4 GHz * 8 cores * 8 threads = 89.6 fake GHz.

    I wonder how many BogoMIPS that is equivalent to.

  21. Re:GPL and chips by nurb432 · · Score: 2, Insightful

    Except the Arm7 core will cost you more then 10 bucks in license fees, unlike opensparc.

    --
    ---- Booth was a patriot ----
  22. FAQ on performance of this puppy by mritunjai · · Score: 4, Informative

    Just to quell the concerns of "abandonware" and cries of "performance benchmarks"

    Linky on numbers

    Summary:

    * This puppy comes ahead of Power5 and top-dog (till now) Power6
    * Highest single CPU integer and floating point performance

    Oh, and it has 2 10G network interfaces on chip... and EIGHT crypto cores to keep them running full throttle too. All this with 8 core each with its own floating point unit and 8 threads.

    Oh and BTW, Ubuntu guys just booted their distro on this puppy :-)

    So yeah, it runs Linux (too)!

    --
    - mritunjai
  23. Re:Sparc co-processor? by the_B0fh · · Score: 2, Funny

    T2000 huh. The last time I played with one of those, I had to freaking melt it.

    -John Connor

  24. pfft by shaitand · · Score: 3, Funny

    'We're announcing the fastest microprocessor we've ever shipped this week'

    I bet its the only chip they've shipped this week.

  25. Re:GPL and chips by mrand · · Score: 2, Interesting

    As for FPGAs... You can get a few ARM7 cores onto a single FPGA that costs less than $10 and those prices are dropping. I have no idea how complex an OpenSPARC is, but I assume it is something equivalent to an ARM9 or so and will fit in a $10-or-so FPGA.

    The hurdles are not technology, but political. Sure people want free-as-in-beer cores, but they don't want GPL cores that force them to release their design. Just go look at the technical specs of the thing:

    http://www.sun.com/aboutsun/pr/2007-08/sunflash.20 070807.1.xml

    With specs like that, the OpenSparc T1 processor will not fit in any FPGA in existance right now, or in the next few years.
    So the hurdle is indeed technical.

          Marc
    --
    -- PGP keyID: 0x4C95994D
  26. Re:tivoization? by Chandon+Seldon · · Score: 2, Insightful

    the GPL isn't about free it's about FREEDOM -- the rights of the end user to modify the program. Will I, as an end user of a GPL processor, be able to modify the processor? This looks like yet another big company abusing the spirit, if not the letter, of the GPL.

    Yes. You, the end user, can modify the processor to the extent that is possible for the technology involved. Since a processor is physical hardware, that means the "compilation" phase for modification involves a microprocessor fab. If you don't have one, that sucks - but it's not something that's possible to fix.

    Even Richard Stallman, and even the GPLv3, wouldn't complain about you not owning a fab (and therefore not being able to use a modified UltraSparc T2 in practice) as a freedom issue. This isn't like Tivoization, because Sun can't patch your physical hardware either.

    --
    -- The act of censorship is always worse than whatever is being censored. Always.
  27. Re:GPL and chips by EmbeddedJanitor · · Score: 2, Informative
    The ARM core is free-as-in-beer if you use it on certain FPGA parts (eg. many Actel parts). The FPGA have already paid the licensing to ARM.

    --
    Engineering is the art of compromise.
  28. I'm not sure if people are getting this. by porkchop_d_clown · · Score: 5, Interesting

    The posters here seem to be complaining that this is worthless because individuals can't make their own processor chips.

    That's not the point. Here's the point:

    1: Sun's processors are a niche market. People don't use them because they're harder to use than cheap commodity processors from Intel. Why are they harder to use? Because not enough people use them to create the kind of economic ecosystem that drives down the price of using the processors.

    2: All over Asia are chip factories that make low-end embedded devices, RAM chips, and so on. Factories that are owned by companies that don't have the cash on hand to do the R&D to design their own processors to compete with Intel.

    3: By GPL'ing their chip designs, Sun lets all those Asian factories produce chips that perform like Intels but cost even less. This gives people an extra incentive to switch away from Intel and to create the very economic ecosystem the processor needs.

    4. Next, Sun releases enhanced versions of the chip that aren't GPL'ed. Chip consumers can now choose from fast commodity processors or more expensive deluxe models - that are still code compatible.

    And Sun can repeat steps #3 and #4 as often as they like, feeding their previous generation designs to the GPL audience as their newest designs hit the market.

    1. Re:I'm not sure if people are getting this. by iroll · · Score: 2, Insightful

      They probably WOULD be making X86 compatibles, but they'd have to build, buy, or license an appropriate design. Last time I checked, there weren't plans for a P3 or better X86 chip available at my local library.

      --
      Repetition does not transform a lie into the truth. - FDR
  29. Re:Details? by Ungrounded+Lightning · · Score: 2, Informative

    what's the hardware meaning of a thread?

    As another poster has pointed out: You build a core with multiple copies of the register set and replicate (or take turns on) the associated instruction-dispatching logic.

    But these multiple CPUs share a common set of arithmetic/logic execution units, along with arbitration logic. Different threads will be doing different things at any given instant, and thus using different sections of the ALU.

    The arbitration logic decides which thread gets which hunk of ALU at any given moment. And some threads will be stalled waiting for data and won't need any ALU function at all. Of course when more threads want a particular kind of execution unit than are available, one or more of them must stall. But by having the right number of copies of the commonly-used types of execution units you can keep a number of threads running at or near full speed most of the time and the ALU components mostly busy, with much less silicon than if each thread had a full-blown CPU and most of the ALU logic was idle at any given moment. With less silicon logic you can put things closer together and speed it up still more.

    This approach has been around since Cray was at Control Data.

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  30. Re:Sparc co-processor? by mrchaotica · · Score: 2, Interesting

    The T1 excels at large scale parallel integer operations. It had up to 8 cores and 32 execution units per chip. The biggest drawback was that there was one shared anemic FPU per chip so if even a relatively small amount of your workload was floating point performance took a serious dive.

    Hmm... that makes me want a dual-CPU system with one T1 and one Cell. Imagine if they were both Hypertransport-compatible...

    --

    "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

  31. Interesting how Sun finds this an advantage.... by beachdog · · Score: 2, Insightful

    What is the business outcome and advantage for Sun with this open hardware move?

    It looks to me like Sun has figured out that they are in a knowledge business. They are operating on an information theory algorithm. They are creating a much larger pyramid of customers for their particular computer knowledge. There is a new enormous bottom layer of people contemplating using this fascinating powerful chunk of information. They are emitting information, not hardware.

    The thing from information theory is: The more high quality information a source emits, the more valuable the source becomes. Sun still has the stable of PhD researchers from U.C. Berkeley and some more wags from Stanford. So the company will continue in the business of emitting information.

    If you want the Macintosh of mainframes, they will sell them to you. If you want to boot Solaris or wire up Sparc chips you are still their customer. Sun will be your first publisher, web site and consultant.

    It seems to me that this is a business innovation. It has been 60 years since Shannon's information theory paper suggested that the source that emits information increases in entropy. Sun is doing that by making available a uniquely sophisticated design - not hiding it in file cabinets in the basement.