Starting from:

$30

HPC-Project 33 Parallel Programming using OpenMP




This project will introduce you to parallel programming using OpenMP.

1.      Parallel reduction operations using OpenMP [10 points]
The file dotProduct/dotProduct.cpp contains a serial version of a C++ code that computes the dot product α = aT · b of two vectors a ∈ RN and b ∈ RN. Below is a code snippet:

for (int i = 0; i < N; i++) {

alpha += a[i] * b[i];

} } time_serial = wall_time() - time_start; cout << "Serial execution time = " << time_serial << " sec" << endl;

long double alpha_parallel = 0; double time_red = 0;
Solve the following tasks:

1.    Implement a parallel version of the dot product (i) using the OpenMP reduction clause, and (ii) using the OpenMP parallel and critical clauses.

2.    Run the serial and both parallel versions on the ICS cluster and measure their execution times. Make a performance scaling chart for the serial version and both parallel versions using various number of threads from p = 1,....,24 for various vector lengths of N = 100,000, N = 1,000,000, N = 10,000,000, N = 100,000,000, and N = 1,000,000,000. In addition to the performance scaling, plot the parallel efficiency for all these dot product benchmarks.

3.    Please summarize your observations at what size of N it would be beneficial to use a multi-threaded version of a dot product on one compute node of ICS cluster .

Hint: Next let’s build the code. You have to load the gcc module.

[user@login]$ module load gcc

[user@login]$ make

Execute the code using 1 thread:

[user@login]$ salloc --exclusive

[user@icsnodeXX]$ export OMP_NUM_THREADS=1

[user@icsnodeXX]$ ./dotProduct

or t threads:

[user@login]$ salloc --exclusive [user@icsnodeXX]$ export OMP_NUM_THREADS=t

[user@icsnodeXX]$ ./dotProduct

1

2.      The Mandelbrot set using OpenMP [30 points]
Write a sequential code in C to visualize the Mandelbrot set. The set bears the name of the “Father of the Fractal Geometry,” Benoˆıt Mandelbrot. The Mandelbrot set is the set of complex numbers c for which the sequence (z,z2 + c,(z2 + c)2 + c,((z2 + c)2 + c)2 + c,(((z2 + c)2 + c)2 + c)2 + c,...) does not approach infinity. Mandelbrot set images are made by sampling complex numbers and determining for each whether the result tends towards infinity when a particular mathematical operation is iterated on it. Treating the real and imaginary parts of each number as image coordinates, pixels are colored according to how rapidly the sequence diverges, if at all. More precisely, the Mandelbrot set is the set of values of c in the complex plane for which the orbit of 0 under iteration of the complex quadratic polynomial zn+1 = zn2 + c remains bounded. That is, a complex number c is part of the Mandelbrot set if, when starting with z0 = 0 and applying the iteration repeatedly, the absolute value of zn remains bounded however large n gets. For example, letting c = 1 gives the sequence 0,1,2,5,26,... which tends to infinity. As this sequence is unbounded, 1 is not an element of the Mandelbrot set. On the other hand, c = −1 gives the sequence 0,−1,0,−1,0,... which is bounded, and so −1 belongs to the Mandelbrot set. The set is defined as follows:

M := {c ∈ C : the orbitz,fc(z),fc2(z),fc3(z),... stays bounded}

where fc is a complex function, usually fc(z) = z2 + c with z,c ∈ C. One can prove that if for a c once a point of the series z,fc(z),fc2(z),... gets farther away from the origin than a distance of 2, the orbit will be unbounded, hence c does not belong to M. Plotting the points whose orbits remain within the disk of radius 2 after MAXITERS iterations gives an approximation of the Mandelbrot set. Usually a color image is obtained by interpreting the number of iterations until the orbit “escapes” as a color value. This is done in the following pseudo code:

for all c in a certain range do

z = 0 n = 0

while |z| < 2 and n < MAX_ITERS do z = zˆ2 + c n = n + 1 end while plot n at position c end for
The entire Mandelbrot set in Figure 1 is contained in the rectangle −2.1 ≤ <(c) ≤ 0.7, −1.4 ≤ =(c) ≤ 1.4. To create an image file, use the routines from mandel/pngwriter.c found in the git repository like so:

#include "pngwriter.h"

png_data* pPng = png_create (width, height); // create the graphic // plot a point at (x, y) in the color (r, g, b) (0 <= r, g, b < 256) png_plot (pPng, x, y, r, g, b);

png_write (pPng, filename); // write to file

You need to link with -lpng. You can set the RBG color to white (r,g,b) = (255,255,255) if the point at (x,y) belongs to the Mandelbrot set, otherwise it can be (r,g,b) = (0,0,0)

// plot the number of iterations at point (i, j) int c = ((long) n * 255) / MAX_ITERS; png_plot (pPng, i, j, c, c, c);

Record the time used to compute the Mandelbrot set. How many iterations could you perform per second? What is the performance in MFlop/s (assume that 1 iteration requires 8 floating point operations)? Try different image sizes. Please use the following C code fragment to report these statistics.

printf ("Total time: %g millisconds\n", (nTimeEnd-nTimeStart)/1000.0);

printf ("Image size: %ld x %ld = %ld Pixels\n", IM_WIDTH, IM_HEIGHT, (IM_WIDTH*IM_HEIGHT)); printf ("Total number of iterations: %ld\n", nTotalIterationsCount);

 

Figure 1: The Mandelbrot set

printf ("Avg. time per pixel: %g microseconds\n", (nTimeEnd - nTimeStart)/((IM_WIDTH * IM_HEIGHT)); printf ("Avg. time per iteration: %g microseconds\n",(nTimeEnd-nTimeStart)/nTotalIterationsCount); printf ("Iterations/second: %g\n", nTotalIterationsCount/(nTimeEnd-nTimeStart)*1e6); printf ("MFlop/s: %g\n", nTotalIterationsCount * 8.0 / (nTimeEnd-nTimeStart));

Solve the following problems:

1.    Implement the computation kernel of the Mandelbrot set in mandel/mandel seq.c:

x = cx; y = cy; x2 = x * x; y2 = y * y;

// compute the orbit z, f(z), fˆ2(z), fˆ3(z), ...

// count the iterations until the orbit leaves the circle |z|=2.

// stop if the number of iterations exceeds the bound MAX_ITERS.

// TODO

// >>>>>>>> CODE IS MISSING

// <<<<<<<< CODE IS MISSING

// n indicates if the point belongs to the mandelbrot set // plot the number of iterations at point (i, j) int c = ((long)n * 255) / MAX_ITERS; png_plot(pPng, i, j, c, c, c); cx += fDeltaX;

} cy += fDeltaY;

} unsigned long nTimeEnd = get_time();

// print benchmark data

printf("Total time:                                                        %g millisconds\n",

(nTimeEnd - nTimeStart) / 1000.0);

printf("Image size:                                                           %ld x %ld = %ld Pixels\n",
2.    Count the total number of iterations in order to correctly compute the benchmark statistics. Use the variable nTotalIterationsCount.

3.    Parallelize the Mandelbrot code that you have written using OpenMP. Compile the program using the GNU C compiler (gcc) with the option -fopenmp. Compare the timings of the parallelized program to those of the sequential program using a meaningful graphical representation.

Hint: Next let’s build and execute the code with t threads. You have to load the gcc module.

[user@login]$ module load gcc

[user@login]$ make

[user@login]$ salloc --exclusive

[user@icsnodeXX]$ export OMP_NUM_THREADS=t

[user@icsnodeXX]$ ./mandel_omp

3.      Bug hunt [15 points]
You can find in the code directory for this project a number of short OpenMP programs (bugs/omp bug1 1-5.c), which all contain compile-time or run-time bugs. Identify the bugs, explain what is the problem and suggest how to fix it (there is no need to submit the correct modified code).

Hints:

1.    bug1.c: check tid

2.    bug2.c: check shared vs. private

3.    bug3.c: check barrier

4.    bug4.c: stacksize! http://stackoverflow.com/questions/13264274

5.    bug5.c: locking order?

4.      Parallel histogram calculation using OpenMP [15 points]
The following code fragment calculates a histogram with 16 bins from a random sequence with a normal distribution stored in an array vec:

for (long i = 0; i < VEC_SIZE; ++i) { dist[vec[i]]++;

} time_end = wall_time();

// Write results
Parallelize the histogram computations using OpenMP. You can find the serial C example code in hist/hist seq.c. Report runtimes for the original (serial) code, the 1-thread and the N-thread parallel versions. Does your solution scale? If it does not, make it scale! (It really should!)

Hint: Next let’s build and execute the code with t threads. You have to load the gcc module.

[user@login]$ module load gcc

[user@login]$ make

[user@login]$ salloc --exclusive

[user@icsnodeXX]$ export OMP_NUM_THREADS=t

[user@icsnodeXX]$ ./hist_omp

5.      Parallel loop dependencies with OpenMP [15 points]
Parallelize the loop in the following piece of code recursion/recur seq.c in the repository using OpenMP:

double up = 1.00001; double Sn = 1.0; double opt[N+1]; int n; for (n=0; n<=N; ++n) { opt[n] = Sn;

Sn *= up;

}
The parallelized code should work independently of the OpenMP schedule pragma that you will use. Please also try to avoid – as far as possible – expensive operations that might harm serial performance. To solve this problem you might want to use the firstprivate and lastprivate OpenMP clauses. The former acts like private with the important difference that the value of the global variable is copied to the privatized instances. The latter has the effect that the listed variables values are copied from the lexically last loop iteration to the global variable when the parallel loop exits. Please report the scaling of your solution.

Next let’s build and execute the code. You have to load the gcc module.

[user@login]$ module load gcc

[user@login]$ make

[user@login]$ salloc --exclusive

[user@icsnodeXX]$ ./recur_seq

6. Task: Quality of the Report [15 Points]

Each project will have 100 points (out of which 15 points will be given to the general quality of the written report).

Additional notes and submission details
Submit the source code files (together with your used Makefile) in an archive file (tar, zip, etc.) and summarize your results and the observations for all exercises by writing an extended Latex report. Use the Latex template from the webpage and upload the Latex summary as a PDF to iCorsi .

•   Your submission should be a gzipped tar archive, formatted like project number lastname firstname.zip or project number  lastname firstname.tgz. It should contain:

–    all the source codes of your OpenMP solutions.

–    your write-up with your name project number lastname firstname.pdf,

•   Submit your .tgz through iCorsi .

More products