HPCwire: Anticipating the Fall: Application Performance Has Chased Multicore's Speed Right Over a Cliff

Since 1986 - Covering the Fastest Computers
in the World and the People Who Run Them

Translation Disclaimer

Subscribe | Sign In

Visit additional Tabor Communication Publications

Tabor Communications
Corporate Video

Blog: HPC Matters

HPC Matters is a joint blog consisting of contributors from the Tabor Communications team on their observations and insights into HPC matters.

HPC Matters | Main Blog Index

June 05, 2008

Anticipating the Fall: Application Performance Has Chased Multicore's Speed Right Over a Cliff

Wile E. Coyote is doomed. Hanging in space, he is about to fall, and everyone knows it but him. We all saw it coming. Poor Coyote.

Yet strangely, he doesn't fall right away. According to the alternate-reality rules of cartoon physics, the Coyote must first look down and realize he is standing in thin air. He then has time to gather his thoughts, issue a final desperate wave, and then finally -- poof! -- he plummets body first, leaving his head in the frame for the viewers to witness a comical last-second grimace before that too disappears.

Know what else we saw coming? The crash in HPC application performance that is being brought about by the transition to multicore processors. We've been watching the race, as applications (Codus productivus) desperately chased processors (Waferii siliconium) up the performance mountain. Suddenly multicore came and -- meep! meep! -- the CPUs put on a burst of speed and zoomed around a bend, leaving application software headed for a cliff. HPC users were doomed. Everyone knew it. Poor users.

What's this? Application performance hasn't dramatically suffered? Users are satisfied with the performance they're getting? How is this possible? The answer: cartoon physics.

According to our most recent research, the reason performance hasn't plummeted is that users haven't been forced to deal with the problem yet. Rather than introducing a new level of parallelism at the socket level, most users have responded by running separate jobs on each core. Sure, they're buying a lot more memory to do that -- configured memory per core is staying relatively stable, and therefore configured memory per socket is skyrocketing -- but at least the application is scaling. For now.

We've gone off a cliff; we just don't know it yet. Because those cores aren't getting any faster, we're soon going to come to grips with the reality that new tools or programming models are needed in order to keep up the race. Look down, everybody. The ground isn't there. Now is the time to hold up a little "Oh, no!" sign and wave to the camera.

This is going to hurt, but fear not. The Coyote is resilient, and he always comes up with a new scheme. Soon he'll be back in the race and chasing right behind the Road Runner again.

The ISC conference in Dresden is coming up, and the new things I'll most want to see are tools for improving application performance yield in large-scale, multicore systems. Acme Application Optimizers, anyone?

Posted by Addison Snell - June 04, 2008 @ 9:00 PM, Pacific Daylight Time

Discussion

There are 4 discussion items posted.

Submitted by HPCer on Jun 9, 2008 @ 9:33 AM EDT

Multicore poses fundamental challenges for industrial HPC, but what you're observing highlights the importance of real physics, not cartoon physics. I'm expected to deliver performance, but above all I have to insure the physical realism that 10 or more years of development put in the code.

Even Wile E. Coyote couldn't devise a way to make the software life cycle keep pace with hardware. What we can do is strategic action to be sure we're somewhere else by the time the falling anvil hits.

Post #1

Submitted by Tom on Jun 10, 2008 @ 12:09 PM EDT

Addison - good post and none too soon.

The current workaround your research describes isn't sustainable b/c the added memory per processor is eating into the all too constrained power/flop ratio.

Unfortunately, the harsh reality is that the applications themselves will have to get more efficient.

eeeeegaaads! not that perhaps we need to introduce mini the mooch into this cartoon special

Post #2

Submitted by tuccillo on Jun 11, 2008 @ 12:43 PM EDT

While the clock speed of the cores may not be increasing (much) with the continued rise in the number of cores per chip, the availability of more cores can result in increased performance for parallel applications. Of course, if your favorite application isn't parallelized using a message passing or threads approach or it's scalability is extremely limited then you are out of luck. I would argue that there are a substantial amount of message passing codes that do exhibit good scalability and their problem sizes are only getting larger (which should allow for the application of more cores). Clearly the trend is for more available cores so the pressure is on to improve scalability of your code if you need increased performance. The upcoming Intel Nehalem should address the rather disturbing trend towards less memory bandwidth per core as the number of cores per chip has increased.

Post #3

Windows 7 and Multicore
Submitted by FrankLaPiana on Oct 10, 2008 @ 12:19 PM EDT

The rumor mills abound about "Windows 7" and its net-centric object oriented OS.

It seems to me that if these rumors are true, that Windows will require more cores just to keep even with its current performance.

Post #4

Join the Discussion

Become a Registered User Today!

RSS Feeds

Feeds by Topic

Feeds by Industry

Feeds by Content Type

Subscribe to All Content

All

Addison Snell

Addison Snell is the CEO of Intersect360 Research and a veteran of the high performance computing industry. During his tenure, he has established Intersect360 Research as a premier source of market information, analysis and consulting.

More Addison Snell

Feature Articles

Exascale Advocates Stand on Nuclear Stockpiles

In quieter times, sounding the bell of funding big science with big systems tends to resonate further than when ears are already burning with sour economic and national security news. For exascale's future, however, the time could be ripe to instill some sense of urgency....
Read more...

NSF Forges Further Beyond FLOPs

In a recent solicitation, the NSF laid out needs for furthering its scientific and engineering infrastructure with new tools to go beyond top performance, Having already delivered systems like Stampede and Blue Waters, they're turning an eye to solving data-intensive challenges. We spoke with the agency's Irene Qualters and Barry Schneider about..
Read more...

CERN, Google Drive Future of Global Science Initiatives

Large-scale, worldwide scientific initiatives rely on some cloud-based system to both coordinate efforts and manage computational efforts at peak times that cannot be contained within the combined in-house HPC resources. Last week at Google I/O, Brookhaven National Lab’s Sergey Panitkin discussed the role of the Google Compute Engine in providing computational support to ATLAS, a detector of high-energy particles at the Large Hadron Collider (LHC).
Read more...

Read more HPCwire features...

Short Takes

NASA Builds 'Climate in a Box'

May 23, 2013 | The study of climate change is one of those scientific problems where it is almost essential to model the entire Earth to attain accurate results and make worthwhile predictions. In an attempt to make climate science more accessible to smaller research facilities, NASA introduced what they call ‘Climate in a Box,’ a system they note acts as a desktop supercomputer.
Read more...

Building Supercomputers with Raspberries

May 22, 2013 | At some point in the not-too-distant future, building powerful, miniature computing systems will be considered a hobby for high schoolers, just as robotics or even Lego-building are today. That could be made possible through recent advancements made with the Raspberry Pi computers.
Read more...

Running Computational Fluid Dynamics in the Cloud

May 16, 2013 | When it comes to cloud, long distances mean unacceptably high latencies. Researchers from the University of Bonn in Germany examined those latency issues of doing CFD modeling in the cloud by utilizing a common CFD and its utilization in HPC instance types including both CPU and GPU cores of Amazon EC2.
Read more...

Computing the Physics of Bubbles

May 15, 2013 | Supercomputers at the Department of Energy’s National Energy Research Scientific Computing Center (NERSC) have worked on important computational problems such as collapse of the atomic state, the optimization of chemical catalysts, and now modeling popping bubbles.
Read more...

Read more headlines...

Best Practices in Big Data Storage

05/10/2013 | Cleversafe, Cray, DDN, NetApp, & Panasas | From Wall Street to Hollywood, drug discovery to homeland security, companies and organizations of all sizes and stripes are coming face to face with the challenges – and opportunities – afforded by Big Data. Before anyone can utilize these extraordinary data repositories, however, they must first harness and manage their data stores, and do so utilizing technologies that underscore affordability, security, and scalability.

Progress in Parallel: the Bull Parallel Programming Center

04/15/2013 | Bull | “50% of HPC users say their largest jobs scale to 120 cores or less.” How about yours? Are your codes ready to take advantage of today’s and tomorrow’s ultra-parallel HPC systems? Download this White Paper by Analysts Intersect360 Research to see what Bull and Intel’s Center for Excellence in Parallel Programming can do for your codes.

View the White Paper Library

SGI DMF ZeroWatt Disk Solution

In this demonstration of SGI DMF ZeroWatt disk solution, Dr. Eng Lim Goh, SGI CTO, discusses a function of SGI DMF software to reduce costs and power consumption in an exascale (Big Data) storage datacenter.

Cray CS300-AC Cluster Supercomputer Air Cooling Technology Video

The Cray CS300-AC cluster supercomputer offers energy efficient, air-cooled design based on modular, industry-standard platforms featuring the latest processor and network technologies and a wide range of datacenter cooling requirements.