Pgdbg: Difference between revisions

From Alliance Doc
Jump to navigation Jump to search
Line 87: Line 87:


The source window is shown on the figure below. It shows the source code for the current session.  
The source window is shown on the figure below. It shows the source code for the current session.  
[[File:Pgdbg-source-win.png|thumbnail|300px|The source window contains a number of visual aids that allow you to know more about the execution of your code.(click for a larger image)|left  ]]


</translate>
</translate>

Revision as of 16:23, 2 July 2019


This article is a draft

This is not a complete article: This is a draft, a work in progress that is intended to be published into an article, which may or may not be ready for inclusion in the main wiki. It should not necessarily be considered factual or authoritative.



Other languages:

PGDBG is a powerful and simple tool for debugging both MPI-parallel and OpenMP thread-parallel Linux applications. It is included in the PGI compiler package and configured for OpenMP thread-parallel debugging.

For the most of the C, C++, or Fortran 77 codes one can use a regular GNU debugger such as GDB. However, the Fortran 90/95 programs are not handled very well by the GDB. The Portland Group has developed a debugger called pgdbg which is more suited for such codes. Pgdbg is provided in two modes: a graphical mode with the enabled X11 forwarding or a text mode.

Quickstart guide[edit]

Using PGDBG usually consists of two steps:

  1. Compilation: Compile the code with the debugging enabled
  2. Execution and debugging: Execute the code and analyze the results

The actual debugging can be accomplished in either command-line mode or graphical mode.


Environment modules[edit]

Before you start profiling with PGDBG, the appropriate module needs to be loaded. PGDBG is part of the PGI compiler package, so run module avail pgi to see what versions are currently available with the compiler, MPI, and CUDA modules you have loaded. For a comprehensive list of PGI modules, run module -r spider '.*pgi.*'.
As of December 2018, these were:

  • pgi/13.10
  • pgi/17.3

Use module load pgi/version to select a version; for example, to load the PGI compiler version 17.3, use

Question.png
[name@server ~]$ module load pgi/17.3

Compiling your code[edit]

To be able to debug with pgdbg you first need to compile your code with debugging information enabled. With the pgdbg you do so by adding a debugging flag "-g":

Question.png
[name@server ~]$ pgcc -g program.c -o program

Command-line mode[edit]

Once your code is compiled with the proper options, you can run the PGDBG for the analysis. The debugger's default user interface is a graphical user interface or GUI. However, if for some reasons you don't want to run in GUI or don't have X11 forwarding, you can run pgdbg in a text mode by adding an extra option "-text" :

Question.png
[name@server ~]$ pgdbg -text program arg1 arg2

Once the PGDBG is invoked in the command-line mode, you will have an access to prompt:

Question.png
[name@server ~]$ pgdbg -text program 
PGDBG 17.3-0 x86-64 (Cluster, 256 Process)
PGI Compilers and Tools
Copyright (c) 2017, NVIDIA CORPORATION.  All rights reserved.
Loaded: /home/user/program
pgdbg>

Before you can debug you need to execute run in the prompt:

Question.png
[name@server ~]$ 
pgdbg> run

PGDBG automatically attaches to new threads as they are created during program execution. PGDBG describes when a new thread is created. During a debug session, at any one time, PGDBG operates in the context of a single thread, the current thread. The current thread is chosen by using the thread command. The threads command lists all threads currently employed by an active program:

Question.png
[name@server ~]$ pgdbg > threads
0  ID PID    STATE      SIGNAL      LOCATION
   3  18399  Stopped    SIGTRAP     main line: 31 in "omp.c" address: 0x80490ab
=> 2  18398  Stopped    SIGTRAP     main line: 32 in "omp.c" address: 0x80490cf
   1  18397  Stopped    SIGTRAP     main line: 31 in "omp.c" address: 0x80490ab
   0  18395  Stopped    SIGTRAP     f line: 5 in "omp.c" address: 0x8048fa0

For example, now we switch the context to thread with ID 2. Use command thread to do so:

Question.png
[name@server ~]$ pgdbg > thread 3
pgdbg > threads
0  ID PID    STATE      SIGNAL      LOCATION
=> 3  18399  Stopped    SIGTRAP     main line: 31 in "omp.c" address: 0x80490ab
   2  18398  Stopped    SIGTRAP     main line: 32 in "omp.c" address: 0x80490cf
   1  18397  Stopped    SIGTRAP     main line: 31 in "omp.c" address: 0x80490ab
   0  18395  Stopped    SIGTRAP     f line: 5 in "omp.c" address: 0x8048fa0

Graphical mode[edit]

The debugger's default user interface is a graphical user interface or GUI. If you have set the X11 forwarding then the pgdbg will start in the graphical mode in a pop-up window. If you don't have X11 forwarding, you can run pgdbg in a text mode by adding an extra option "-text" :

Question.png
[name@server ~]$ pgdbg -text program arg1 arg2
PGDGB in graphical mode(click for a larger image)

As the illustration shows, the GUI is divided into several areas:

  • the menu bar
    • The source window, illustrated in Figure 2, displays the source code for the current location
  • main
  • toolbar
  • source window
  • program I/O window
  • and debug information tabs.

The source window and all of the debug information tabs are dockable tabs, meaning that they can be taken apart from the main window. This can be done by double-clicking the tab.

The source window is shown on the figure below. It shows the source code for the current session.

The source window contains a number of visual aids that allow you to know more about the execution of your code.(click for a larger image)