Skip to content
Snippets Groups Projects
running_openmpi.md 8.18 KiB
Newer Older
  • Learn to ignore specific revisions
  • Lukáš Krupčík's avatar
    Lukáš Krupčík committed
    # Running OpenMPI
    
    ## OpenMPI Program Execution
    
    The OpenMPI programs may be executed only via the PBS Workload manager, by entering an appropriate queue. On Salomon, the **OpenMPI 1.8.6** is an OpenMPI-based MPI implementation.
    
    ### Basic Usage
    
    !!! note
        Use the `mpiexec` to run the OpenMPI code.
    
    Example (for Anselm):
    
    ```console
    $ qsub -q qexp -l select=4:ncpus=16 -I
        qsub: waiting for job 15210.srv11 to start
        qsub: job 15210.srv11 ready
    $ pwd
        /home/username
    $ ml OpenMPI
    $ mpiexec -pernode ./helloworld_mpi.x
        Hello world! from rank 0 of 4 on host cn17
        Hello world! from rank 1 of 4 on host cn108
        Hello world! from rank 2 of 4 on host cn109
        Hello world! from rank 3 of 4 on host cn110
    ```
    
    !!! note
        In this example, the directive `-pernode` is used to run only **one task per node**, which is normally an unwanted behavior (unless you want to run hybrid code with just one MPI and 16 OpenMP tasks per node). In normal MPI programs, omit the `-pernode` directive to run up to 16 MPI tasks per each node using `mpiprocs` (see the [examples][1] below).
    
    In this example, we allocate 4 nodes via the express queue interactively. We set up the OpenMPI environment and interactively run the helloworld_mpi.x program. Note that the executable helloworld_mpi.x must be available within the same path on all nodes. This is automatically fulfilled on the /home and /scratch filesystem.
    
    You need to preload the executable, if running on the local scratch /lscratch filesystem:
    
    ```console
    $ pwd
        /lscratch/15210.srv11
    $ mpiexec -pernode --preload-binary ./helloworld_mpi.x
        Hello world! from rank 0 of 4 on host cn17
        Hello world! from rank 1 of 4 on host cn108
        Hello world! from rank 2 of 4 on host cn109
        Hello world! from rank 3 of 4 on host cn110
    ```
    
    In this example, we assume the executable helloworld_mpi.x is present on compute node cn17 on local scratch. We call the `mpiexec` with the `--preload-binary` argument (valid for OpenMPI). The `mpiexec` will copy the executable from cn17 to the /lscratch/15210.srv11 directory on cn108, cn109, and cn110 and execute the program.
    
    !!! note
        MPI process mapping may be controlled by PBS parameters.
    
    The `mpiprocs` and `ompthreads` parameters allow for selection of number of running MPI processes per node as well as number of OpenMP threads per MPI process.
    
    ### One MPI Process Per Node
    
    Follow this example to run one MPI process per node, 16 threads per process (**on Salomon, try 24 threads in following examples**):
    
    ```console
    $ qsub -q qexp -l select=4:ncpus=16:mpiprocs=1:ompthreads=16 -I
    $ ml OpenMPI
    $ mpiexec --bind-to-none ./helloworld_mpi.x
    ```
    
    In this example, we demonstrate the recommended way to run an MPI application, using 1 MPI processes per node and 16 threads per socket, on 4 nodes.
    
    ### Two MPI Processes Per Node
    
    Follow this example to run two MPI processes per node, 8 threads per process. Note the options to mpiexec.
    
    ```console
    $ qsub -q qexp -l select=4:ncpus=16:mpiprocs=2:ompthreads=8 -I
    $ ml openmpi
    $ mpiexec -bysocket -bind-to-socket ./helloworld_mpi.x
    ```
    
    In this example, we demonstrate the recommended way to run an MPI application, using 2 MPI processes per node and 8 threads per socket, each process and its threads bound to a separate processor socket of the node, on 4 nodes.
    
    ### 16 MPI Processes Per Node
    
    Follow this example to run 16 MPI processes per node, 1 thread per process. Note the options to mpiexec:
    
    ```console
    $ qsub -q qexp -l select=4:ncpus=16:mpiprocs=16:ompthreads=1 -I
    $ ml OpenMPI
    $ mpiexec -bycore -bind-to-core ./helloworld_mpi.x
    ```
    
    In this example, we demonstrate the recommended way to run an MPI application, using 16 MPI processes per node, single threaded. Each process is bound to separate processor core, on 4 nodes.
    
    ### OpenMP Thread Affinity
    
    !!! note
        Important!  Bind every OpenMP thread to a core!
    
    In the previous two examples with one or two MPI processes per node, the operating system might still migrate OpenMP threads between cores. You might want to avoid this by setting this environment variable for GCC OpenMP:
    
    ```console
    $ export GOMP_CPU_AFFINITY="0-15"
    ```
    
    or this one for Intel OpenMP:
    
    ```console
    $ export KMP_AFFINITY=granularity=fine,compact,1,0
    ```
    
    As of OpenMP 4.0 (supported by GCC 4.9 and later and Intel 14.0 and later), the following variables may be used for Intel or GCC:
    
    ```console
    $ export OMP_PROC_BIND=true
    $ export OMP_PLACES=cores
    ```
    
    ## OpenMPI Process Mapping and Binding
    
    `mpiexec` allows for precise selection of how the MPI processes will be mapped to the computational nodes and how these processes will bind to particular processor sockets and cores.
    
    MPI process mapping may be specified by a hostfile or rankfile input to the `mpiexec` program. Altough all implementations of MPI provide means for process mapping and binding, the following examples are valid for the OpenMPI only.
    
    ### Hostfile
    
    Example hostfile:
    
    ```console
        cn110.bullx
        cn109.bullx
        cn108.bullx
        cn17.bullx
    ```
    
    Use the hostfile to control process placement:
    
    ```console
    $ mpiexec -hostfile hostfile ./helloworld_mpi.x
        Hello world! from rank 0 of 4 on host cn110
        Hello world! from rank 1 of 4 on host cn109
        Hello world! from rank 2 of 4 on host cn108
        Hello world! from rank 3 of 4 on host cn17
    ```
    
    In this example, we see that ranks have been mapped on nodes according to the order in which nodes show in the hostfile.
    
    ### Rankfile
    
    Exact control of MPI process placement and resource binding is provided by specifying a rankfile.
    
    !!! note
        Appropriate binding may boost performance of your application.
    
    Example rankfile:
    
    ```console
        rank 0=cn110.bullx slot=1:0,1
        rank 1=cn109.bullx slot=0:*
        rank 2=cn108.bullx slot=1:1-2
        rank 3=cn17.bullx slot=0:1,1:0-2
        rank 4=cn109.bullx slot=0:*,1:*
    ```
    
    This rankfile assumes 5 ranks will be running on 4 nodes and provides exact mapping and binding of the processes to the processor sockets and cores.
    
    Explanation:
    rank 0 will be bounded to cn110, socket1 core0 and core1
    rank 1 will be bounded to cn109, socket0 all cores
    rank 2 will be bounded to cn108, socket1 core1 and core2
    rank 3 will be bounded to cn17, socket0 core1, socket1 core0, core1, core2
    rank 4 will be bounded to cn109, all cores on both sockets
    
    ```console
    $ mpiexec -n 5 -rf rankfile --report-bindings ./helloworld_mpi.x
        [cn17:11180]  MCW rank 3 bound to socket 0[core 1] socket 1[core 0-2]: [. B . . . . . .][B B B . . . . .] (slot list 0:1,1:0-2)
        [cn110:09928] MCW rank 0 bound to socket 1[core 0-1]: [. . . . . . . .][B B . . . . . .] (slot list 1:0,1)
        [cn109:10395] MCW rank 1 bound to socket 0[core 0-7]: [B B B B B B B B][. . . . . . . .] (slot list 0:*)
        [cn108:10406]  MCW rank 2 bound to socket 1[core 1-2]: [. . . . . . . .][. B B . . . . .] (slot list 1:1-2)
        [cn109:10406]  MCW rank 4 bound to socket 0[core 0-7] socket 1[core 0-7]: [B B B B B B B B][B B B B B B B B] (slot list 0:*,1:*)
        Hello world! from rank 3 of 5 on host cn17
        Hello world! from rank 1 of 5 on host cn109
        Hello world! from rank 0 of 5 on host cn110
        Hello world! from rank 4 of 5 on host cn109
        Hello world! from rank 2 of 5 on host cn108
    ```
    
    In this example, we run 5 MPI processes (5 ranks) on four nodes. The rankfile defines how the processes will be mapped on the nodes, sockets and cores. The `--report-bindings` option was used to print out the actual process location and bindings. Note that ranks 1 and 4 run on the same node and their core binding overlaps.
    
    The user must provide the correct number of ranks, sockets, and cores.
    
    ### Bindings Verification
    
    In all cases, binding and threading may be verified by executing for example:
    
    ```console
    $ mpiexec -bysocket -bind-to-socket --report-bindings echo
    $ mpiexec -bysocket -bind-to-socket numactl --show
    $ mpiexec -bysocket -bind-to-socket echo $OMP_NUM_THREADS
    ```
    
    ## Changes in OpenMPI 1.8
    
    Some options have changed in OpenMPI version 1.8.
    
    | version 1.6.5    | version 1.8.1       |
    | ---------------- | ------------------- |
    | --bind-to-none   | --bind-to none      |
    | --bind-to-core   | --bind-to core      |
    | --bind-to-socket | --bind-to socket    |
    | -bysocket        | --map-by socket     |
    | -bycore          | --map-by core       |
    | -pernode         | --map-by ppr:1:node |
    
    [1]: #one-mpi-process-per-node