GPU621/Striking

From CDOT Wiki
Jump to: navigation, search

Striking

Our project: Debugging Threads in Intel Parallel Studio

Group Members

  1. Eunju Han [1] Research and Demo.
  2. Lei(Eric) Zhang [2] Research etc. (He dropped the course.)

Progress

Oct 17th:

  1. Picked topic
  2. Picked presentation date.

Oct 20th:

  1. Created Wiki page

Nov 6th - 13th:

  • There are great resources about Intel Parallel Debugger Extension for Microsoft Visual Studio like below.
  1. Debugging Threads in Intel Parallel Studio - [Dr. Dobbs Article]
  2. Intel® Parallel Debugger Extension, Added Aug 2, 2012 - [[3]]
  3. Intel Parallel Composer Parallel Debugger Extension Tutorial - [Mittie Sylvian's Video]

However, Intel Parallel Debugger Extension has been deprecated from the version Intel Composer XE 2013 at the end of 2012. I have noticed this from the Intel User Forum.

While I studied this Intel Parallel Debugger Extension, I needed to learn more about Parallel Studio version.

Links about Intel® Parallel Studio XE 2017

  1. link1 Intel® Parallel Studio XE 2017
  2. link2 Intel® Parallel Studio XE 2017
  3. link Intel® Parallel Studio XE Release Notes

Nov 14th - 17th:

  • Links about Debug Multithreaded Applications in Visual Studio
  1. How to: Use the Threads Window
  2. How to: Use the Parallel Watch Window
  3. Using the Parallel Stacks Window
    • Main features descriptions in Parallel Stacks window
Threads View from MSDN
Callout LetterElement NameDescription
ACall Stack Segment or NodeContains a series of method contexts for one or more threads.
BBlue HighlightPresent the call path of the current thread.
CArrow linesConnect nodes to make up the entire call path for the thread(s).
DTooltip on Node HeaderShows the ID and user-defined name of each thread whose call path shares this node.
EMethod ContextRepresents one or more stack frames in the same method.

Nov 18th - 23th:

Sample code to use debugging

The debugging example below is used for five odd numbers to be sorted. This is the easiest way to figured out how the threads work together with the simple data.

  • How to start debugging

The following sequence may guides you start to debug on the visual Studio.

  1. put breakpoints where you want to take a look by hitting the key F9 in the line or left-click at the front of a line
  2. Run the program in Debug mode by hitting the green button (or key F5)
  3. Go to the menu Debug -> Windows to open the windows you need ( see the image on your right)
  4. Choose the windows that you need (e.g. Memory, Threads, Parallel Stacks, Local or Auto and so on.)
  5. Hit the function keys to run a program:
    1. F10 to run codes line by line (Step Over)
    2. F11 to go into a subroutine (Step Into)
    3. Shit +F11 to get out of a subroutine (Step Out)
    4. F9 to put/remove breakpoints in a line




To open windows you need for debugging on Visual Studio, You must run a program in debug mode first. Otherwise, there is no menu to open the windows.

Menu Debug > Windows on VS 2015
  • Sample code results
    • Data flow of parallel_qsort
Quick sorting dataflow

Fist set of this quick sorting is that main thread worked for first half of all elements which starts *begin 9 to *end 1. The *mid value was 9 so it swapped *mid for *end. Since mid moved to end, the second half of all elements was the end to the end which only end value are to be sorted; the actual process will be skipped so no value is changed.

Next set of this is that second element(its value 3) to the last element (its value 9). The *mid value was 9 and swapping it for the *end which was same as before.

For the set 4-1 step, two Threads are working for this; Worker3 and Worker2 for two level parallel_qsort function calling and two level spawning call to parallel_qsort; values are already sorted so there was no swapping.


As you see the rest of the major steps indicated in the data flows diagram.

    • Parallel Stacks
qsort_set1
qsort_set2
Recursive calling parallel_qsort of spawning parallel_qsort in the first parallel_qsort function which main thread has responsible for The moment right after a spawning thread works in second parallel_qsort calling which Main Thread had finished
qsort_set3_done
qsort_set4_1
The moment that Main Thread is working for getting out of the previous spawning thread calling to parallel_qsort and 3d and 4th element values in the data array are exchanging in memory. For two level parallel_qsort function calling and two level spawning call to parallel_qsort, two Threads are working for this; Worker3 and Worker2



  • Tip for Parallel program debugging

The followings will be a great approach to improve your debugging experience. First of all, doing debugging yourself is the best, not just see the videos or friend's working how to do debugging.

  1. Understanding a program is important; using a serial program version, follow codes line by line to understand the program. (Parallel programming usually starts from a serial version.)
  2. Use the simple data for the first time to keep track of data flow in a memory and then increase data volume for the program.
  3. When you missed the step you want to take a look in run-time debug mode, it will be better to start from the beginning in debug mode as data situation have already changed, and threads invocation also has been passed.
  4. To open windows you need for debugging on Visual Studio, You must run a program in debug mode first. Otherwise, there is no menu to open the windows.