Difference between revisions of "DDT"
Line 59: | Line 59: | ||
</div> | </div> | ||
Submit the job with | Submit the job with | ||
− | + | <pre>cd /blue/<group>/<username>/example-directory | |
− | + | sbatch example-job </pre> | |
− | |||
− | |||
Next, start an xterm session in OnDemand. | Next, start an xterm session in OnDemand. | ||
Revision as of 16:30, 22 December 2022
Arm DDT is a graphical source code debugging analysis tool with the power that you need to take control of software bugs whenever they occur, making it simpler to solve even the most complex multi-threaded or multi-process software problems. This installation Includes Arm DDT, MAP for performance analysis, and Arm Reports for characterizing and understanding the performance of HPC applications.
This module enables the use of the Arm DDT, MAP, and Reports tools.
Using DDT
First, download the Arm Forge remote client and install it on your computer:
IMPORTANT NOTE: Please make sure that the version of Arm Forge remote client installed on your computer is consistent with the version of Arm Forge module you use on hipergator. The instructions below assume that the version of your Arm Forge local client is version 20.0.
Create a batch submission script for the application you want to debug as though you were going to submit it to the queue. Be sure that you add the following sequence before the mpiexec
command in your script:
ddt --connect --debug --log ddt-debug.log
For newer (3.x+) builds of OpenMPI, you may need to use,
ddt --connect --mpi='OpenMPI (Compatibility)' <some_mpi_executable>
Expand this section to view reference example.
#!/bin/bash #SBATCH --job-name=example-job #A name for your job #SBATCH --output my_job-%j.out #Output File #SBATCH --error my_job-%j.err #Error File #SBATCH --mail-type=FAIL,END #What emails you want #SBATCH --mail-user=<username>@ufl.edu #Where #SBATCH --nodes=1 #No. of processors requested #SBATCH --ntasks=1 #Total no. of processors #SBATCH --cpus-per-task=1 #No. CPUs per task #SBATCH --mem-per-cpu=2000mb #Per processor memory request #SBATCH --time=12:00:00 #Walltime in hh:mm:ss or d-hh:mm:ss #SBATCH --partition=hpg-dev module load <modules_required_for_your_application> module load ddt/20.0 #mpiexec ./main > resid.dat ddt --connect --debug --log ddt-debug.log \ mpiexec ./main > resid.dat
Submit the job with
cd /blue/<group>/<username>/example-directory sbatch example-job
Next, start an xterm session in OnDemand.
Once both your debugging job and xterm session are running you can connect:
- Start the remote client GUI on your personal device
- In the "Remote Launch" pulldown menu, select "Configure..."
- Click "Add" and fill in the following information:
Connection Name: ufrc-ddt
Host Name: <username>@GUI_NODE.rc.ufl.edu
Remote Installation Directory: /apps/arm/forge/20.0
Remote Script: <leave blank>
Note that GUI_NODE corresponds to the gui server the gui job is running on e.g. i21a-s3. - Click "OK"
- Click "Close"
- On the main screen, select 'ufrc-ddt' from the Remote Launch pulldown menu
You will get a connection request from ddt running your job. Accept the request and you should be ready to start debugging your application.
SSH Tunnel
Once you know what compute node and port DDT is running on you can create an ssh tunnel from your local computer to the ddt instance. E.g.
ssh -N -L 8080:c12345a-s42.ufhpc:37546 albert.gator@hpg.rc.ufl.edu
Environment Modules
Run module spider DDT
to find out what environment modules are available for this application.
System Variables
- HPC_DDT_DIR
- HPC_DDT_BIN