HPCwire

Leading HPC
Solution Providers




















HPCwire >> Features

Getting Serious About Transactional Memory


Page:  1  of  3
1 | 2 | 3   All  »  

The parallelization of computing, via multi-threading cores, multi-core processors and multi-processor systems is encouraging ever greater levels of application concurrency to take advantage of the proliferating CPUs. Multi-core processors, in particular, are fueling this phenomenon.

Beyond the dual- or quad-core domain, manufacturers are starting to build many-core chips. Examples include the Niagara T1 UltraSPARC from Sun Microsystems, which has 8 cores and can support 32 threads (the next-generation Rock processor will double this to 16 cores and 64 threads); Cavium Networks 16-core OCTEON MIPS64 processor for embedded applications; and Intel's Polaris prototype processor, which sports 80 cores and boasts a peak teraflop.

The Polaris prototype, which is part of Intel's terascale computing initiative, is motivating researchers there to take a hard look at a relatively new technology -- transactional memory or TM, for short. Within the next ten years, the prospect of multi-core teraflop processors like Polaris and new application domains to use those processors will require vastly more parallel processing than ever before. Even incorporating relatively low levels of concurrency in today's applications is already challenging some of our best developers.

One of the nastiest concurrency problems has to do with keeping data thread-safe, that is maintaining global data integrity in the presence of parallel executing threads. Failure to keep data thread-safe leads to deadlocks, race conditions (data corruption) and priority inversion. Worse, because these types of problems are time-sensitive, they are often very hard to find during normal testing and in some cases go undetected until after the application is deployed.

The typical way to keep data thread-safe is to use global locks around objects that are being accessed by more than one thread. Locks provide a synchronization mechanism that blocks concurrent access of an object, preventing the data race condition. Seems simple enough. But there are a number of problems with this approach. Sometimes locks become dependent on each other, such that each thread is holding a lock the other thread needs. Or if a thread dies holding a lock it can block other dependent threads.

Even for correctly implemented locks, there's the issue of granularity. Coarse granularity protects larger data objects and uses fewer locks. But as the number of threads scales up, performance suffers. Finer granularity allows the programmer to protect smaller data items and gives better performance as long (as lock overhead is not overwhelming). It makes it possible, for example, to lock individual record components rather than the entire record structure. But finer granularity requires more complex algorithms and more locks, so it is often much more difficult to implement correctly.

Transactional memory to the rescue

Terascale computing, which relies on many-core parallelism, will be very difficult to develop. The current languages only provide low-level concurrency features. For Intel, terascale computing has become the prime motivator to improve software concurrency technology. The company's 80-core Polaris prototype will require much greater levels of application concurrency than today. And the scaling up of multi-core processors across time and product families will necessitate a solution that doesn't require reprogramming based on core count.

"How can the programmer write parallel code more effectively, that is, write robust code that doesn't have bugs, but still scales and benefits from the additional cores that each successive generation provides," asks Ali-Reza Adl-Tabatabai, Intel Principal Engineer? "That's the big challenge that we're going after."

To that end, Intel researchers are looking to transactional memory as one of the key technologies that will enable developers to write the terascale killer apps of the next decade. The attraction of TM is that is appears to solve the most annoying problems of global locks: application robustness and scalability. These attributes are especially important for the type of large-scale concurrency required by terascale applications.

Page:  1  of  3
1 | 2 | 3   All  »  

Article Tools

  • Print This Page
  • Bookmark This Article

Share Options

(Digg, Technorati, more)


Subscribe

Discussion

There are 0 discussion items posted.  



Top Headlines

3D Seismic Data: Taking a Smarter Approach to Interpretation

Jul 09 | Engineer Live | The demand for computational tools to underpin the 3D seismic interpretation process has never been more apparent. Read more...

Engineering Unemployment Soared in 2Q to 8.6%

Jul 08 | EE Times | Unemployment for U.S. engineers has reached record levels, according to government figures. Read more...

Gartner Adjusts 2009 IT Spend Downward Again

Jul 08 | Network World | Global spending for 2009 projected to drop 6 percent, for a total of $3.2 trillion. Read more...

Concurrent and Parallel Are Not The Same

Jul 08 | Linux Magazine | Portability or efficiency? Neither is guaranteed when writing explicit parallel code. Read more...

800 TFLOP Real-Time Ray Tracing GPU Unveiled, Not for Gamers

Jul 07 | Ars Technica | Japanese company builds custom ASIC to accelerate real-time ray traced rendering for the auto industry. Read more...

Featured Whitepapers

Building High Performance Computing in a Green and Modular Solution Building Block

Apr 14 | | Many HPC IT departments are feeling the rising pressure to deliver more capacity computing and performance while trying to reduce the total cost of ownership. This white paper discusses how an environmentally-friendly and open-standards HPC building block based computing system using flexible interconnect options helps address capacity computing needs.

Multimedia

Webcast: Dell Expands HPC Access and Adoption with Intel Cluster Ready Program


Source: Addison Snell, GM/VP, Tabor Research; sponsored by Dell

Many organizations that could benefit from the use of HPC clusters find that it is complicated to get the systems up and running because of limited IT resources or the complexities of the clusters themselves. Learn how the Intel Cluster Ready program, for which Dell was an original partner, seeks to address this challenge for entry level and mid-range HPC users.

Video White Paper: Architecting a Better Network Storage Solution

BlueArc's Titan architecture represents an evolutionary step in file servers by creating a hardware-based file system that can scale bandwidth, IOPS, and overall data capacity well beyond conventional software-based devices. With its ability to virtualize a massive storage pool of up to four usable petabytes of tiered storage, Titan can scale with growing data requirements, offering a competitive advantage for businesses, researchers, or other enterprises seeking to better manage data growth while still ensuring optimal performance.

Webcast: HPC Development Solutions: Sun Studio & Sun HPC ClusterTools


Sun Studio Compilers and Tools and Sun HPC ClusterTools allow you to create high performance parallel applications for OpenSolaris, Solaris and Linux. Sun Studio Express 11/08 includes MPI performance analysis capabilities and full OpenMP 3.0 compiler support. Learn about all this and the latest in Sun HPC ClusterTools 8.1.

Special Feature: ISC'09

Newsletters

Stay informed! Subscribe to HPCwire email Newsletters.






HPC Job Bank


Featured Events

WORLDCOMP 2009
Data Mining Courses