Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revisionBoth sides next revision
doku:vasp-benchmarks [2014/10/21 14:03] – [VSC 1] irdoku:vasp-benchmarks [2015/02/19 14:34] ir
Line 20: Line 20:
 //Mind that the specific behavior of a code can be very different from this example. //Mind that the specific behavior of a code can be very different from this example.
 Even the behavior of the same code may strongly depend on the input. Even the behavior of the same code may strongly depend on the input.
-Thus, it is recommended to test your specific application in order to find the optimum combination of 'mpich environment-number of processes-number of threads'.//+**Thus, it is recommended to test your specific application in order to find the optimum combination of 'mpich environment-number of processes-number of threads'**.//
  
 {{ :doku:vasp:vsc1_treal_mpich_v.01.png?300 |}}  {{ :doku:vasp:vsc1_treal_mpich_v.01.png?300 |}} 
Line 55: Line 55:
 The figure shows the dependency of the computing time on the selected mpich environment and the number of processes. **mpich1** means 1 process per node, **mpich2** 2 processes and so forth. For 16 processes, the environment variable is not following the same name convention, it is called **mpich**. The figure shows the dependency of the computing time on the selected mpich environment and the number of processes. **mpich1** means 1 process per node, **mpich2** 2 processes and so forth. For 16 processes, the environment variable is not following the same name convention, it is called **mpich**.
  
-A trend can be noticed that the computing time decreases with decreasing number of processes per node and increasing number of processes, also corresponding to an increase of the number of slots. However, when the number of processes further increases, the computing time rises. The reason is the not optimal scaling of BLACS and SCALAPACK. Improvement can be achieved by utilizing ELPA instead.+A trend can be noticed that the computing time decreases with decreasing number of processes per node (mpich) and increasing number of processes, also corresponding to an increase of the number of slots. However, when the number of processes further increases, the computing time rises. The reason is the not optimal scaling of BLACS and SCALAPACK. Improvement can be achieved by utilizing ELPA instead.
  
 {{ :doku:vasp:vsc2_treal_mpich_v.01.png?400 |}} {{ :doku:vasp:vsc2_treal_mpich_v.01.png?400 |}}
  
 **Figure 5:** real running time depending on the selected mpich environment and the number of processes. Here the number of threads is always 1. **Figure 5:** real running time depending on the selected mpich environment and the number of processes. Here the number of threads is always 1.
 +
 +===== VSC 3 =====
 +
 +The code was compiled with the intel compiler, intel MKL (BLACS, SCALAPACK), and intel mpi (5.0.0.028).
 +
 +Figure 6 shows that the running time of this benchmark substantially decreases with the number of MPI-processes. The decrease in running time with the number of threads is less dominant. However, other applications may exhibit a different behavior.
 +
 +{{:doku:vasp:nn08_vsc3_vasp.png?400|}}
 +{{:doku:vasp:nn32_vsc3_vasp.png?400|}}
 +
 +**Figure 6:** real running time on eight and 32 nodes depending on the number of MPI processes and the number of threads.
 +{{ :doku:vasp:nn1-64_tn16_th01_time.png?600 |}}
 +**Figure 7:** real running time for 16 tasks (MPI processes) per node and one thread depending on the number of nodes.
  • doku/vasp-benchmarks.txt
  • Last modified: 2022/06/23 13:20
  • by msiegel