Slashdot Mirror


Four Core Processor to Bring Tera Ops

panhandler writes "As reported at CNet and the Austin American Statesman, researchers at UT are working with IBM on a new CPU architecture called TRIPS (Tera-op Reliable Intelligently adaptive Processing System). According to IBM, 'at the heart of the TRIPS architecture is a new concept called 'block-oriented execution"' which will result in a processor capable of executing more than 1 trillion operations per second."

5 of 220 comments (clear)

  1. Re:We'll need a lot better compilers by boopus · · Score: 4, Interesting

    Exactly. The IA64/itanic/itanium instruction set provides for executing multiple instructions "simultaneously" (aka: pipelined with no interference) but the intel guy I heard from said it so far doesn't provide anything close to the improvements they hoped the feature might. Scaling it up to 64 instructions per clock is only going to help tasks which IBM supercomputers have already lost to beowolf clusters.

  2. Cell by Jagunco · · Score: 4, Interesting

    Wasn't the PS3 "Cell" chip made by IBM and Sony supposed to deliver 1 teraflop too?

  3. Re:Great.... by innosent · · Score: 4, Interesting

    That's throughput they're working on, which is great, but not the problem. Latency is the problem, not throughput. Try having large programs with lots of branches and/or syscalls: If the code is large enough, you'll spend more time bringing pages in from memory than actually executing your code, especially since you can forget about pipelining benefits...

    Personally, I wish a company would throw out every idea from current memory, put a GB of cache on a chip, and get memory access times down to about 3 picoseconds. But memory doesn't have the marketing appeal that processors do, so we're screwed.

    --
    --That's the point of being root, you can do anything you want, even if it's stupid.
  4. How is Gentoo doing it? by roystgnr · · Score: 3, Interesting

    Besides, Win2 boots some services in parallel, while in Linux we still boot all of them sequentially, waiting for [OK] string before starting the next one. The only way to paralelize the sequence is to track dependencies between services. In Gentoo there are some efforts to do the parallel boot.

    How are they doing it?

    I've often thought that we should be booting up our computers with a parallel invocation of "make". Then when adding a new service you would have none of this "what number between 0 and 100 should I assign?" foolishness: just write a three line makefile that includes all the dependencies that your service has on others.

    1. Re:How is Gentoo doing it? by mkldev · · Score: 3, Interesting
      You mean kind of like Mac OS X does? From the docs on OpenDarwin:

      The Property List

      Each startup item bundle contains a property list file at the root level named StartupParameters.plist. The property list is an XML or NeXT-style text file that describes the contents of the bundle. It enumerates the services the bundle prov ides, the services the bundle requires, and other information useful for determining the proper order of execution of the bundles.

      The property list contains the following attributes:

      OPEN CURLY BRACE
      Description = "My Startup Item";
      Provides = "MyService";
      Requires = ("AnotherService", "Network", ...);
      Uses = ("YetAnotherService, ...);
      OrderPreferece = "time";
      Messages EQUALS OPEN CURLY BRACE
      start = "Starting My Item.";
      stop = "Stopping My Item.";
      restart = "Restarting My Item.";
      CLOSE CURLY BRACE
      CLOSE CURLY BRACE
      Apologies for the EQUALS, OPEN CURLY BRACE, and CLOSE CURLY BRACE, but Slashdot considers them to be 'junk'. Oddly enough, it also thinks double quotes are junk. Talk about encouraging plagiarism.

      Here's a modest proposal: if somebody has a Karma bonus, it should be clear that the person doesn't post intentional trolls or other useless crap. Don't subject those of us who actually try to consistently post useful information to these sorts of stupid filters. It only ends up preventing us from being helpful and informative and leads to the decline of the signal-to-noise ratio that it was designed to improve.

      --
      120 character sigs suck. Make it 250.