Monday October 31, 2005 | Richard McDougall's Weblog Commentary from Race Control |
|
CMT is coming: Is your application ready? We're close to seeing some of the most exciting SPARC systems in over a decade. The new Niagara based systems are the most aggressive CMT systems the industry has seen to date, with 32 threads in a single chip. A chip like this will be able to deliver the performance of up to 15 UltraSPARC processors while using less than one third of the power. This represents a compelling advantage not only in performance, but as a significant reduction power, cooling and space. Since even a single Niagara chip presents itself to software as a 32-processor system, the ability of system and application software to exploit multiple processors or threads simultaneously is becoming more important than ever. As CMT hardware progresses, the software is required to scale accordingly to fully exploit the parallelism of the chip. Current efforts are delivering successful scaling scaling results for key applications. Oracle, Sun Web Server, SAP are among many examples of applications which have already shown scalability which can fully exploit all the threads of a Niagara based system. To maximize the success of CMT systems we need renewed focus on application scalability. Many of the applications we migrate to CMT systems will have been developed on low end Linux systems; they may have never been tested on a higher end system. The Association for Computing Machinery (ACM) is running a special feature on the impact of CMT on software this month. There are several relevant articles in this issue:
"the transition to CMPs is inevitable because past efforts to speed up processor architectures with techniques that do not modify the basic von Neumann computing model, such as pipelining and superscalar issue, are encountering hard limits. As a result, the microprocessor industry is leading the way to multicore architectures" Throughput computing is the first and most pressing area where CMPs are having an impact. This is because they can improve power/performance results right out of the box, without any software changes, thanks to the large numbers of independent threads that are available in these already multithreaded applications." "We can break down the TCO (total cost of ownership) of a large-scale computing cluster into four main components: price of the hardware, power (recurring and initial data-center investment), recurring data-center operations costs, and cost of the software infrastructure. ...And it gets worse. If performance per watt is to remain constant over the next few years, power costs could easily overtake hardware costs, possibly by a large margin." "We need to consider the effects of the change in the degree of scaling on the way we architect applications, on which operating system we choose, and on the techniques we use to deploy applications - even at the low end." "But concurrency is hard. Not only are today's languages and tools inadequate to transform applications into parallel programs, but also it is difficult to find parallelism in mainstream applications, and - worst of all - concurrency requires programmers to think in a way humans find difficult. Nevertheless, multicore machines are the future, and we must figure out how to program them. The rest of this article delves into some of the reasons why it is hard, and some possible directions for solutions." In addition to the ACM queue articles, there was a recent NetTalk on Scaling My Apps, featuring Bryan Cantrill. There will be a followup experts exchange on this topic, where customers can live chat with the technical scaling experts. Also, look for a new whitepaper on scaling applications for CMT, from Denis Sheahan of the Niagara architecture group. ( Oct 31 2005, 09:39:46 AM PST ) Permalink Comments [11]
Trackback URL: http://blogs.sun.com/rmc/entry/scaling_software_for_cmt
Post a Comment: |
|
||||
I wonder when the next "Network Computer" quarterly launch is - since at the Annual Meeting of Stockholders last week, Scott McNealy said Niagara systems would launch this quarter...
Posted by Chris Rijk on October 31, 2005 at 09:47 AM PST #
Posted by ivonfergus on November 04, 2005 at 06:04 AM PST #
Posted by Phil Harman on November 08, 2005 at 04:20 PM PST #
Posted by fdasfdsa on October 12, 2006 at 01:22 AM PDT #
I must say congratulations! Wonderful changes and new opportunities. All these people are glad for you.. me too.
Posted by chat on October 04, 2007 at 05:05 AM PDT #
<a href="http://vclosets.com">closets</a>
Posted by closets on August 07, 2008 at 04:11 PM PDT #
thanks
Posted by chat on October 24, 2008 at 02:35 PM PDT #
<a href="http://vclosets.com">closets</a>
Posted by closet organizers on November 29, 2008 at 11:40 AM PST #
As CMT hardware progresses, the software is required to scale accordingly to fully exploit the parallelism of the chip.
Posted by Oyun on February 06, 2009 at 09:53 AM PST #
A chip like this will be able to deliver the performance of up to 15 UltraSPARC processors while using less than one third of the power. This represents a compelling advantage not only in performance, but as a significant reduction power, cooling and space.
Posted by Oyun on February 06, 2009 at 09:55 AM PST #
SAP are among many examples of applications which have already shown scalability which can fully exploit all the threads of a Niagara based system.
Posted by Oyun on February 06, 2009 at 10:14 AM PST #