The Leading Source for Global News and Information Covering the Ecosystem of High Productivity Computing
January 14, 2009
As a software developer, you are faced with a range of options as you decide whether and how to modify your applications for parallel architectures. What approach should you adopt? How significantly should you alter applications? When should you say “no” to parallelism? Answering these questions requires not only technical expertise but also strategic thinking that evaluates the business benefits and costs. As you weigh your options, consider the suggestions below, which we’ve derived from our experiences at Intel working with software developers to optimize code.
Don't Parallelize Un-Optimized Serial Code
There is no doubt that parallelization is an important means of upgrading application performance for current and future generations of hardware. Still, threading should not be the first course of action in optimizing an application. Identify whether you can meet your performance targets using serial and vector optimizations. In some cases, you might gain greater performance improvements by optimizing the serial version than by creating a parallel one.
Don't Parallelize If the Serial Code Is Running Fast Enough Already
Although you can and should position your code for future architectures, it might not be time- and cost-effective to work to meet requirements that have not yet been created. Developing code with a higher degree of parallelism than current architectures can support is rarely the best use of resources. And of course, if your code is I/O- or memory-bound, parallelizing the code will not help.
Don't spend time trying to parallelize all your past work immediately. Think parallel when building new code or rebuilding sections of existing code. Rather than solving problems in sequential steps, consider how those problems can be broken into separate pieces that can be performed simultaneously.
As you consider how much parallelism is needed for the longer term, try to determine how quickly the application workload will scale and how that scaling will affect computational requirements. The amount of computation might rise linearly with the size of the data set, or it might rise at a geometrically faster or slower rate. (If the workload scales linearly with the data, beware that the code will run into an I/O bottleneck at some point.)
Take for example an audio processing application that can already handle a sufficient number of channels at a good sampling rate. This application might be a poor candidate for parallelization. On the other hand, a physical modeling application might be a good candidate. With higher computational power available, the modeling application could deliver finer modeling and more accurate algorithms.
Overall, make sure the gains from parallelizing an application are not offset by delays in shipping the next version of your product.
Don't Parallelize by Rewriting Code from Scratch
Page: 1 of 2(Digg, Technorati, more)
Appro Ready-To-Go-Clusters – Quickly deploy ANSYS & Intel Cluster Ready Solutions
Offering a fully integrated Ready-To-Go Cluster based on the Appro GreenBlade System supporting up to 28 blade nodes in a half-size standard rack cabinet, including master nodes and switches.
Feb 09 | eWeek Europe | Company says new high-end servers will deliver "intelligent performance." Read more...
Feb 09 | EE Times | Wireless technology promises energy-efficient chip-to-chip communication. Read more...
Feb 08 | eWeek | A new kind of Rocky Mountain high. Read more...
Feb 08 | Computerworld | Chip maker hopes to bring CPU-GPU processors to servers in two years. Read more...
Feb 05 | Technology Review | IBM has created graphene transistors that leave silicon ones in the dust. Read more...
Jan 12 | | In-depth look at vSMP Foundation server virtualization technology, technical implementation, use cases and capabilities. The technical whitepaper provides an architectural overview and details on the three vSMP Foundation products: vSMP Foundation for SMP, vSMP Foundation for Cluster and vSMP Foundation for Cloud.
Jan 18 | | This white paper discusses Gore’s copper cable assemblies, and how they continue to exceed the standards for providing reliable, cost-effective solutions for high-performance computer applications.
Jan 11 | | LLNL is home to some of the fastest computers in the world. In 2012, LLNL expects to have the Sequoia supercomputing cluster operational with a projected performance of over 20 PFLOP/s. These systems will focus on strengthening the foundations of predictive simulation through running large suites of complex simulations and then comparing model predictions with experimental data. To visualize this project’s large amount of data, LLNL requested an Appro Supercomputing Cluster specifically designed to support interactive data analysis.
Join this online panel discussion for live Q&A with leading industry experts, analysts, and end-users to discuss the latest innovations, best practices, barriers to implementation, and measurable benefits of server virtualization with a particular focus on today's real world solutions.
Learn about scalable fault-tolerant architectures and examples of energy efficient and scalable supercomputing clusters using dual QDR InfiniBand to combine capacity computing with network failover capabilities with the help of programming languages such as MPI and a robust Linux cluster management package.
LIVE@SCO9: The IBM team discusses new innovations in hardware, software and services that help clients better understand their workloads and get insight from their R&D efforts. Technology demonstrations include the soon-to-be-released Power7 HPC processor, the DCS990 system with 2.4 petabytes of storage, the xCAT management tool, secure HPC cloud computing and more. Winners of two HPCwire Readers' and Editors’ Choice Awards! Take the IBM virtual tour at SC09 or more information go online to: http://www-03.ibm.com/systems/deepcomputing/sc09.html