Visible to Intel only — GUID: GUID-2AA984B3-233E-44C7-849F-6CC9A7ABB55B
Visible to Intel only — GUID: GUID-2AA984B3-233E-44C7-849F-6CC9A7ABB55B
Support of Non-Intel MPI Implementations
The examples in this section assume the usage of the Intel® MPI library implementation but the workflow will work with other MPI implementations, if the following is kept in mind:
Intel® VTune™ Profiler and Intel Inspector tools extract the MPI process rank from the environment variables PMI_RANK or PMI_ID (whichever is set) to detect that the process belongs to an MPI job and to capture the rank in the result directory name. If the alternative MPI implementation does not set those environment variables, the tools do not capture the rank in the result directory name and a usual automatic naming of result directories should be used. Default value for the -result-dir option is r@@@{at}, which results in sequence of result directories like r000hs, r001hs, and so on.
The function/module patterns used for classification of time spent inside of the Intel MPI Library as system one may not cover all of modules and functions in the used MPI implementation. This may result in displaying some internal MPI functions and modules by default.
The command-line examples in this section may need to be adjusted to work - especially when it comes to specifying different command lines to execute for different process ranks to limit the amount of processes in the job being analyzed.
The MPI implementation needs to operate in cases when there is a tool process between the launcher process (mpirun/mpiexec) and the application process. This essentially implies that the communication information should be passed using environment variables, as most MPI implementations do. The tools would not work on an MPI implementation that tried to pass communication information from its immediate parent process. Intel is unaware of any implementations that have this limitation.