MPI_INIT(3)
β¨ MPI_INIT(3) β¨
okay so this is the Open MPI page for MPI_Init and bestie, it's literally the first thing your MPI program ever does β it's giving main character energy for real π
πΈ NAME πΈ
MPI_Init β initializes the MPI world model π«Ά
β¨ SYNTAX β¨
π C Syntax
#include <mpi.h>
int MPI_Init(int *argc, char ***argv)
π¦ Fortran Syntax
USE MPI
! or the older form: INCLUDE 'mpif.h'
MPI_INIT(IERROR)
INTEGER IERROR
π Fortran 2008 Syntax
USE mpi_f08
MPI_Init(ierror)
INTEGER, OPTIONAL, INTENT(OUT) :: ierror
π INPUT PARAMETERS π
argcβ C only, babes: pointer to the number of arguments.argvβ C only: the argument vector.
β OUTPUT PARAMETER β
ierrorβ Fortran only: error status, and yes it's an integer π
π DESCRIPTION π
So this routine β or its sibling MPI_Init_thread β initializes the MPI world model. Either one of them must be called before you go calling MPI communication routines inside the MPI world model. No skipping, no cap π
ββοΈ
The MPI world model can be initialized at most exactly once in the lifetime of an MPI process. Like, once. That's it. That's the whole vibe. This is different from the MPI session model, which can be initialized and finalized multiple times in one MPI process β see MPI_Session_init and MPI_Session_finalize iykyk.
Also: see MPI-5.0:11.4.1 for a list of MPI functionality that's available (e.g., even when the MPI world model has not yet been initialized or has already been finalized). Yes, there's stuff that works outside the world model, iconic.
Open MPI's MPI_Init and MPI_Init_thread both accept the C argc and argv arguments to main, but neither modifies, interprets, nor distributes them β they literally just hold them, no thoughts head empty π§
#include <mpi.h>
int main(int argv, char *argv[]) {
MPI_Init(&argc, &argv);
/* ...body of main MPI program... */
MPI_Finalize();
return 0;
}
By default, MPI_Init is effectively equivalent to invoking MPI_Init_thread with a required value of MPI_THREAD_SINGLE. BUT π β if the OMPI_MPI_THREAD_LEVEL environment variable is set to a valid value when MPI_Init is invoked, it's equivalent to invoking MPI_Init_thread with required set to the corresponding value of the OMPI_MPI_THREAD_LEVEL environment variable. See MPI_Init_thread for more details, bestie, there's lore there.
π NOTES π
The Fortran version does not have provisions for argc and argv and takes only IERROR. That's it. That's all it gets.
The MPI Standard does not specify what a program using the MPI world model can do before invoking MPI_Init or MPI_Init_thread or after invoking MPI_Finalize. In the Open MPI implementation, it should do as little as possible. In particular, avoid anything that changes the external state of the program, such as opening files, reading standard input, or writing to standard output. Like fr fr, don't do it π
seriously, keep it minimal beforeMPI_Initand afterMPI_Finalizeβ no sneaky file opens, no reading stdin, no printing π
π ERRORS π
Almost all MPI routines return an error value; C routines as the return result of the function and Fortran routines in the last argument.
Before the error value is returned, the current MPI error handler associated with the communication object (e.g., communicator, window, file) is called. If no communication object is associated with the MPI call, then the call is considered attached to MPI_COMM_SELF and will call the associated MPI error handler. When MPI_COMM_SELF is not initialized (i.e., before MPI_Init/MPI_Init_thread, after MPI_Finalize, or when using the Sessions Model exclusively) the error raises the initial error handler. The initial error handler can be changed by calling MPI_Comm_set_errhandler on MPI_COMM_SELF when using the World model, or the mpi_initial_errhandler CLI argument to mpiexec or info key to MPI_Comm_spawn/MPI_Comm_spawn_multiple. If no other appropriate error handler has been set, then the MPI_ERRORS_RETURN error handler is called for MPI I/O functions and the MPI_ERRORS_ABORT error handler is called for all other MPI functions.
Open MPI includes three predefined error handlers that can be used:
MPI_ERRORS_ARE_FATALβ causes the program to abort all connected MPI processes. Dramatic? yes. Effective? also yes πMPI_ERRORS_ABORTβ an error handler that can be invoked on a communicator, window, file, or session. When called on a communicator, it acts as ifMPI_Abortwas called on that communicator. If called on a window or file, acts as ifMPI_Abortwas called on a communicator containing the group of processes in the corresponding window or file. If called on a session, aborts only the local process.MPI_ERRORS_RETURNβ returns an error code to the application. Chill of it honestly.
MPI applications can also implement their own error handlers by calling:
MPI_Comm_create_errhandlerthenMPI_Comm_set_errhandlerMPI_File_create_errhandlerthenMPI_File_set_errhandlerMPI_Session_create_errhandlerthenMPI_Session_set_errhandleror atMPI_Session_initMPI_Win_create_errhandlerthenMPI_Win_set_errhandler
Note that MPI does not guarantee that an MPI program can continue past an error. So likeβ¦ don't count on it π«
See the MPI man page for a full list of MPI error codes.
See the Error Handling section of the MPI-3.1 standard for more information.
π¦ SEE ALSO π¦
MPI_Init_threadMPI_InitializedMPI_FinalizeMPI_FinalizedMPI_Session_finalizeMPI_Session_init
π COPYRIGHT π
2003-2026, The Open MPI Community
and that's the whole page bestie β shoutout to the Open MPI girlies, this one dropped Sep 11, 2026, go init your world model and slay πβ¨π
π¦ where this page comes from
- arch rolling: openmpi 5.0.11-1 Β· BSD-3-Clause AND LicenseRef-MPICH
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms