Sieve C++ Parallel Programming System
The Sieve C++ Parallel Programming System is a C++ compiler and parallel runtime designed and released by Codeplay that aims to simplify the parallelization of code so that it may run efficiently on multi-processor or multi-core systems. It is an alternative to other well-known parallelisation methods such as OpenMP, the RapidMind Development Platform and Threading Building Blocks (TBB).
Introduction
Sieve is a C++ compiler that will take a section of serial code, which is annotated with sieve markers, and parallelize it automatically. The programmer wraps code they wish to parallelise inside a lexical scope, which is tagged as 'sieve'. Inside this scope, referred to commonly as a 'sieve block', certain rules apply :
- All side-effects within the sieve block are delayed until the end of the scope.
- Side-effects are defined to be any modifications to data declared outside the sieve block scope.
- Only functions annotated with sieve or immediate can be called.
Delaying side-effects removes many small dependencies which would usually impede automatic parallelization. Reads and writes can be safely reordered by the compiler as to allow better use of various data movement mechanisms, such as Direct Memory Access(DMA). In addition, alias analysis and dataflow analysis can be simplified . The compiler can then split up code within the sieve block much easier, to exploit parallelism.
Memory Configuration
This separation of scopes also means the Sieve System can be used in non-uniform memory architectures. Multi-core CPUs such as the Cell microprocessor used in the PlayStation 3 are of this type, in which the fast cores have local memories that must be utilized to exploit performance inherent in the system. It is also able to work on shared memory systems, like x86, meaning it can run on various architectures. Sieve blocks can also be nested for systems with a hierarchy of different memories and processing elements.
Parallelization and Scalability
The sieve compiler can split code within a sieve block into chunks either implicitly or explicitly though a 'splithere' statement. For instance, the following example shows parallelizing a loop:
sieve
{
for (iterator i(0); i<length; ++i)
{
R[i] = A[i] * B[i]
splithere;
}
}
The compiler will implicitly add a splitpoint above the for loop construct body, as an entry point. Similarly one will be added after as an exit point.
In the Sieve System, only local variables to the sieve block scope may have dependencies. However, these dependencies must not cross splitpoints; they will generate compiler warnings . In order to parallelize this loop, a special 'Iterator' class may be used in place of a standard integer looping counter. It is safe for parallelization, and the programmer is free to create new Iterator classes at will . In addition to these Iterator classes, the programmer is free to implement classes called 'Accumulators' which are used to carry out reduction operations.
The way the Iterator classes are implemented opens up various means for scalability. The Sieve Parallel Runtime employs dynamic speculative execution when executing on a target platform. This can yield very good speedups, however running on a single core machine can incur overheads .
Determinism
Determinism is an unusual feature of the Sieve System. If executing a parallel Sieve program on a multi core machine yields a bug, the bug will not disappear when run on a single core to aid debugging. This has the advantage of eliminating race conditions, one of the most common bugs in concurrent programming. The removal of the need to consider concurrency control structures within a sieve block can speed up development time and results in safer code.
Supported Systems
The system is designed for hierarchical based systems with homogeneous or heterogeneous CPU cores which have local memories, connected via DMA engines or similar memory transfer models.
Sieve has been shown successfully operating on multi-core x86 systems, the Ageia PhysX Physics Processing Unit, and the IBM Cell microprocessor. ANSI C is generated if a compiler code generator is not available for a certain target platform. This allows for autoparallelization using existing C compilation toolkits .
See also
- Software transactional memory
- Alias analysis
- OpenMP
- Threading Building Blocks (TBB)
- Cilk/Cilk Plus
- Speculative execution
References
- Auto-parallelisation of Sieve C++ Programs Alastair Donaldson, Anton Lokhmotov, Colin Riley, Andrew Cook. In Proceedings of the Euro-Par Workshop Highly Parallel Processing on a Chip (HPPC'07), Rennes, France, August 2007. Lecture Notes in Computer Science 4854, 2007.
- Delayed Side-effects Ease Multi-core Programming Anton Lokhmotov, Alan Mycroft, Andrew Richards. In Proceedings of the 13th International Euro-Par Conference, Rennes, France, August 2007. Lecture Notes in Computer Science 4641, 641-650, 2007.
- Implementing deterministic declarative concurrency using sieves S. Lindley. In proceedings of DAMP 2007: Workshop on Declarative Aspects of Multicore Programming Nice, France, January 2007.
- The Codeplay Sieve C++ Parallel Programming System A. Richards. White paper, 2006.
- Codeplay Sieve C++ System Presentation Scott McKenzie, presented at MicroGrid 2006.