Data parallelism explained

Data parallelism is parallelization across multiple processors in parallel computing environments. It focuses on distributing the data across different nodes, which operate on the data in parallel. It can be applied on regular data structures like arrays and matrices by working on each element in parallel. It contrasts to task parallelism as another form of parallelism.

A data parallel job on an array of n elements can be divided equally among all the processors. Let us assume we want to sum all the elements of the given array and the time for a single addition operation is Ta time units. In the case of sequential execution, the time taken by the process will be n×Ta time units as it sums up all the elements of an array. On the other hand, if we execute this job as a data parallel job on 4 processors the time taken would reduce to (n/4)×Ta + merging overhead time units. Parallel execution results in a speedup of 4 over sequential execution. One important thing to note is that the locality of data references plays an important part in evaluating the performance of a data parallel programming model. Locality of data depends on the memory accesses performed by the program as well as the size of the cache.

History

Exploitation of the concept of data parallelism started in 1960s with the development of the Solomon machine.[1] The Solomon machine, also called a vector processor, was developed to expedite the performance of mathematical operations by working on a large data array (operating on multiple data in consecutive time steps). Concurrency of data operations was also exploited by operating on multiple data at the same time using a single instruction. These processors were called 'array processors'.[2] In the 1980s, the term was introduced [3] to describe this programming style, which was widely used to program Connection Machines in data parallel languages like C*. Today, data parallelism is best exemplified in graphics processing units (GPUs), which use both the techniques of operating on multiple data in space and time using a single instruction.

Most data parallel hardware supports only a fixed number of parallel levels, often only one. This means that within a parallel operation it is not possible to launch more parallel operations recursively, and means that programmers cannot make use of nested hardware parallelism. The programming language NESL was an early effort at implementing a nested data-parallel programming model on flat parallel machines, and in particular introduced the flattening transformation that transforms nested data parallelism to flat data parallelism. This work was continued by other languages such as Data Parallel Haskell and Futhark, although arbitrary nested data parallelism is not widely available in current data-parallel programming languages.

Description

In a multiprocessor system executing a single set of instructions (SIMD), data parallelism is achieved when each processor performs the same task on different distributed data. In some situations, a single execution thread controls operations on all the data. In others, different threads control the operation, but they execute the same code.

For instance, consider matrix multiplication and addition in a sequential manner as discussed in the example.

Example

Below is the sequential pseudo-code for multiplication and addition of two matrices where the result is stored in the matrix . The pseudo-code for multiplication calculates the dot product of two matrices, and stores the result into the output matrix .

If the following programs were executed sequentially, the time taken to calculate the result would be of the

O(n3)

(assuming row lengths and column lengths of both matrices are n) and

O(n)

for multiplication and addition respectively.// Matrix multiplicationfor (i = 0; i < row_length_A; i++)// Array additionfor (i = 0; i < n; i++) We can exploit data parallelism in the preceding code to execute it faster as the arithmetic is loop independent. Parallelization of the matrix multiplication code is achieved by using OpenMP. An OpenMP directive, "omp parallel for" instructs the compiler to execute the code in the for loop in parallel. For multiplication, we can divide matrix A and B into blocks along rows and columns respectively. This allows us to calculate every element in matrix C individually thereby making the task parallel. For example: A[m x n] dot B [n x k] can be finished in

O(n)

instead of

O(m*n*k)

when executed in parallel using m*k processors. // Matrix multiplication in parallel
  1. pragma omp parallel for schedule(dynamic,1) collapse(2)

for (i = 0; i < row_length_A; i++)It can be observed from the example that a lot of processors will be required as the matrix sizes keep on increasing. Keeping the execution time low is the priority but as the matrix size increases, we are faced with other constraints like complexity of such a system and its associated costs. Therefore, constraining the number of processors in the system, we can still apply the same principle and divide the data into bigger chunks to calculate the product of two matrices.[4]

For addition of arrays in a data parallel implementation, let's assume a more modest system with two central processing units (CPU) A and B, CPU A could add all elements from the top half of the arrays, while CPU B could add all elements from the bottom half of the arrays. Since the two processors work in parallel, the job of performing array addition would take one half the time of performing the same operation in serial using one CPU alone.

The program expressed in pseudocode below—which applies some arbitrary operation, foo, on every element in the array d—illustrates data parallelism:[5]

if CPU = "a" then lower_limit := 1 upper_limit := round(d.length / 2) else if CPU = "b" then lower_limit := round(d.length / 2) + 1 upper_limit := d.length for i from lower_limit to upper_limit by 1 do foo(d[i])

In an SPMD system executed on 2 processor system, both CPUs will execute the code.

Data parallelism emphasizes the distributed (parallel) nature of the data, as opposed to the processing (task parallelism). Most real programs fall somewhere on a continuum between task parallelism and data parallelism.

Steps to parallelization

The process of parallelizing a sequential program can be broken down into four discrete steps.[6]

TypeDescription
DecompositionThe program is broken down into tasks, the smallest exploitable unit of concurrence.
AssignmentTasks are assigned to processes.
OrchestrationData access, communication, and synchronization of processes.
MappingProcesses are bound to processors.

Data parallelism vs. task parallelism

Data parallelismTask parallelism
Same operations are performed on different subsets of same data.Different operations are performed on the same or different data.
Synchronous computationAsynchronous computation
Speedup is more as there is only one execution thread operating on all sets of data.Speedup is less as each processor will execute a different thread or process on the same or different set of data.
Amount of parallelization is proportional to the input data size.Amount of parallelization is proportional to the number of independent tasks to be performed.
Designed for optimum load balance on multi processor system.Load balancing depends on the availability of the hardware and scheduling algorithms like static and dynamic scheduling.

Data parallelism vs. model parallelism

Data parallelismModel parallelism
Same model is used for every thread but the data given to each of them is divided and shared.Same data is used for every thread, and model is split among threads.
It is fast for small networks but very slow for large networks since large amounts of data needs to be transferred between processors all at once.It is slow for small networks and fast for large networks.
Data parallelism is ideally used in array and matrix computations and convolutional neural networksModel parallelism finds its applications in deep learning
[7]

Mixed data and task parallelism

Data and task parallelism, can be simultaneously implemented by combining them together for the same application. This is called Mixed data and task parallelism. Mixed parallelism requires sophisticated scheduling algorithms and software support. It is the best kind of parallelism when communication is slow and number of processors is large.[8]

Mixed data and task parallelism has many applications. It is particularly used in the following applications:

  1. Mixed data and task parallelism finds applications in the global climate modeling. Large data parallel computations are performed by creating grids of data representing Earth's atmosphere and oceans and task parallelism is employed for simulating the function and model of the physical processes.
  2. In timing based circuit simulation. The data is divided among different sub-circuits and parallelism is achieved with orchestration from the tasks.

Data parallel programming environments

A variety of data parallel programming environments are available today, most widely used of which are:

  1. Message Passing Interface: It is a cross-platform message passing programming interface for parallel computers. It defines the semantics of library functions to allow users to write portable message passing programs in C, C++ and Fortran.
  2. Open Multi Processing[9] (Open MP): It's an Application Programming Interface (API) which supports shared memory programming models on multiple platforms of multiprocessor systems. Since version 4.5, OpenMP is also able to target devices other than typical CPUs. It can program FPGAs, DSPs, GPUs and more. It is not confined to GPUs like OpenACC.
  3. CUDA and OpenACC: CUDA and OpenACC (respectively) are parallel computing API platforms designed to allow a software engineer to utilize GPU's computational units for general purpose processing.
  4. Threading Building Blocks and RaftLib: Both open source programming environments that enable mixed data/task parallelism in C/C++ environments across heterogeneous resources.

Applications

Data parallelism finds its applications in a variety of fields ranging from physics, chemistry, biology, material sciences to signal processing. Sciences imply data parallelism for simulating models like molecular dynamics,[10] sequence analysis of genome data [11] and other physical phenomenon. Driving forces in signal processing for data parallelism are video encoding, image and graphics processing, wireless communications [12] to name a few.

Data-intensive computing

See also

Notes

  1. Web site: The Solomon Computer.
  2. Web site: SIMD/Vector/GPU. 2016-09-07.
  3. [Daniel Hillis|Hillis, W. Daniel]
  4. Web site: Introduction to Parallel Computing. Barney. Blaise. computing.llnl.gov. 2016-09-07. 2013-06-10. https://web.archive.org/web/20130610122229/https://computing.llnl.gov/tutorials/parallel_comp/. dead.
  5. Some input data (e.g. when d.length evaluates to 1 and round rounds towards zero [this is just an example, there are no requirements on what type of rounding is used]) will lead to lower_limit being greater than upper_limit, it's assumed that the loop will exit immediately (i.e. zero iterations will occur) when this happens.
  6. Book: Fundamentals of Parallel Architecture. 2016. CRC Press. 978-1-4822-1118-4. Boca Raton, FL. Solihin. Yan.
  7. Web site: How to Parallelize Deep Learning on GPUs Part 2/2: Model Parallelism. 2014-11-09. Tim Dettmers. 2016-09-13.
  8. Web site: The Netlib.
  9. Web site: OpenMP.org. openmp.org. 2016-09-07. https://web.archive.org/web/20160905232633/http://openmp.org/wp/. 2016-09-05. dead.
  10. Boyer. L. L. Pawley. G. S. 1988-10-01. Molecular dynamics of clusters of particles interacting with pairwise forces using a massively parallel computer. Journal of Computational Physics. 78. 2. 405–423. 10.1016/0021-9991(88)90057-5. 1988JCoPh..78..405B.
  11. IEEE Transactions on Parallel and Distributed Systems. 9. 3. 283–294. 10.1109/71.674320. 1998. Yap. T.K.. Frieder. O.. Martino. R.L.. Parallel computation in biological sequence analysis . 10.1.1.30.2819.
  12. Singh. H.. Lee. Ming-Hau. Lu. Guangming. Kurdahi. F.J.. Bagherzadeh. N.. Filho. E.M. Chaves. 2000-06-01. MorphoSys: an integrated reconfigurable system for data-parallel and computation-intensive applications. IEEE Transactions on Computers. 49. 5. 465–481. 10.1109/12.859540. 0018-9340.

References