# open-mpi を Homebrew でインストール

open-mpi のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。

## インストール

```sh
sudo av install brew:open-mpi
```

追加のインストールコマンド:

### macOS

- Homebrew (100%):

```sh
brew install open-mpi
```

  証拠: local Homebrew formula metadata

## パッケージ情報

- **パッケージキー:** brew:open-mpi
- **パッケージマネージャ:** Homebrew
- **バージョン:** 5.0.9
- **ソース概要:** High performance message passing library
- **ホームページ:** <https://www.open-mpi.org/>
- **リポジトリ:** <https://github.com/open-mpi/ompi>
- **最終更新:** 2026-07-24T14:35:33Z
- **生成日時:** 2026-08-03T19:37:03+00:00

## 実行可能ファイル

- mpiCC (エイリアス)
- mpic++ (エイリアス)
- mpicc (エイリアス)
- mpicxx (エイリアス)
- mpiexec (エイリアス)
- mpif77 (エイリアス)
- mpif90 (エイリアス)
- mpifort (エイリアス)
- mpirun (エイリアス)
- ompi_info (エイリアス)
- opal_wrapper (エイリアス)
- oshrun (エイリアス)

## インストール挙動

- Bottle: 利用不可

## バージョンと鮮度

- ページ生成日: 2026-08-03
- マネージャ版: 5.0.9
## プロジェクトの歴史と使われ方

Open MPI is a production-grade, open-source implementation of the Message Passing Interface specification used for parallel and distributed computing. It matters because MPI remains one of the basic portability layers for HPC applications, and Open MPI packages the compiler wrappers, launchers, runtime services, and transport components that make MPI jobs practical on clusters and workstations.

### プロジェクトの歴史

The project was formed as a consolidation of earlier MPI implementations rather than as a small single-codebase fork. The Open MPI documentation names LAM/MPI, LA-MPI, and FT-MPI as the three prior implementations merged into Open MPI, with the University of Stuttgart team joining through FT-MPI work in late 2004; the project FAQ also describes PACX-MPI contributions as part of the initial technology base.

That origin shaped the project's design goals: a clean new implementation, peer review, vendor and researcher participation, and a component architecture that lets network, scheduler, and platform support evolve without forcing every downstream user to fork the whole MPI stack.

### 採用の歴史

Open MPI grew into one of the standard MPI choices for Linux, macOS, BSD, and HPC software stacks because it provided a permissively licensed implementation with active involvement from academic labs, vendors, and users. The project's own FAQ emphasizes third-party components and commercial or closed-source plugin compatibility as intentional collaboration mechanisms.

Package managers expose Open MPI not only as a library but as a toolchain surface: Homebrew installs compiler wrappers such as mpicc and mpicxx alongside launch commands such as mpirun and mpiexec. That packaging model reflects how developers encounter MPI in practice: by compiling code through wrappers that inject the right headers, libraries, and runtime settings.

### 使われ方

Developers use Open MPI to build MPI programs with wrapper compilers, launch multi-process jobs, inspect runtime configuration with ompi_info, and integrate jobs with cluster networking and process managers. Operators care about the runtime's transport and component selection because MPI performance depends heavily on the fabric, scheduler, host layout, and collective-communication choices.

On a laptop or CI machine Open MPI is often used to test parallel code paths at small process counts. On clusters it becomes part of the site software stack, where application teams expect stable mpirun/mpiexec behavior and admins tune the runtime for the interconnect and batch system.

### パッケージ好きにとっての重要性

Open MPI is package-nerd interesting because a formula is not just shipping a library: it ships a parallel-programming ABI, compiler wrappers, launchers, runtime daemons, Fortran/C/C++ surfaces, and configuration files. Small packaging changes can affect build reproducibility, linked MPI ABI compatibility, and runtime behavior across many scientific applications.

Its history also explains why it has many moving parts. The project's component model and merger lineage were a deliberate answer to duplicated MPI implementation work, so packagers inherit a system designed to absorb many platforms and hardware transports behind one familiar MPI interface.

### タイムライン

- 1994: MPI-1.0 was published by the MPI Forum, establishing the standard API family that Open MPI implements.
- Late 2004: the University of Stuttgart team became effectively part of the Open MPI effort through FT-MPI work, according to Open MPI's history page.
- After version 1.0: the project expanded beyond the founding implementation teams to broader contributor participation, according to the Open MPI FAQ.
- 2026-06-13: the Open MPI FAQ page used for this enrichment was last modified by the project.

### Related projects

- LAM/MPI, LA-MPI, FT-MPI, and PACX-MPI are the important historical parents of Open MPI.
- The MPI Forum is the standards body whose MPI specifications define the programming model Open MPI implements.

### ソース

- <https://docs.open-mpi.org/en/main/history.html>
- <https://formulae.brew.sh/formula/open-mpi>
- <https://github.com/open-mpi/ompi>
- <https://www.mpi-forum.org/docs/>
- <https://www.open-mpi.org/faq/?category=general>


## セキュリティノート

library-like package without higher-risk signals.

- **Geiger リスク:** グリーン / 低
- library-like package without higher-risk signals


## Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.


## Configuration files

- Unix: ~/.openmpi/mca-params.conf, $prefix/etc/openmpi-mca-params.conf

## Combined YAML source

View the package source record on GitHub. [combined/open-mpi.yml](https://github.com/mxcl/pkgdb/blob/main/combined/open-mpi.yml)


## ソース

- pkg.so package database
- Geiger risk classifier
- curated configuration and credential file locations
- curated package history
- pkgdb category and tag curation
- cross-ecosystem install command graph