Skip to main content

🏄‍♂️ FlowBoost — Multi-objective Bayesian optimization for OpenFOAM

Python

FlowBoost is a highly configurable and extensible library for handling and optimizing OpenFOAM CFD simulations. It provides ready bindings for state-of-the-art Bayesian optimization using Meta's Ax, powered by PyTorch, and simple interfaces for using any other optimization library.

Features

  • Easy API syntax (see examples/)
  • Ready bindings for Meta's Ax (Adaptive Experimentation Platform)
    • Multi-objective, high-dimensional Bayesian optimization
    • SAASBO, GPU acceleration
  • Fully hands-off cluster-native job management
  • Simple interfaces for OpenFOAM cases (flowboost.Case)
  • Use any optimization backend by implementing a few interfaces

Examples

The examples/ directory contains code examples for simplified real-world scenarios:

  1. aerofoilNACA0012Steady: parameter optimization for a NACA 0012 aerofoil steady-state simulation
  2. pitzDaily: backward-facing step optimization using local Docker execution and the Pandas data backend

By default, FlowBoost uses Ax's Service API as its optimization backend. In practice, any optimizer can be used, as long as it conforms to the abstract flowboost.optimizer.Backend base class, which the backend interfaces in flowboost.optimizer.interfaces implement.

OpenFOAM case abstraction

Working with OpenFOAM cases is performed through the flowboost.Case abstraction, which provides a high-level API for OpenFOAM case-data and configuration access. The Case abstraction can be used as-is outside of optimization workflows:

from flowboost import Case

# Clone tutorial to current working directory (or a specified dir)
tutorial_case = Case.from_tutorial("fluid/aerofoilNACA0012Steady")

# Dictionary read/write access
control_dict = tutorial_case.dictionary("system/controlDict")
control_dict.entry("writeInterval").set("5000")

# Access data in an evaluated case
case = Case("my/case/path")
df = case.data.simple_function_object_reader("forceCoeffsCompressible")

Installation

FlowBoost requires Python 3.10 or later.

It is highly recommended that you use a virtual environment ("venv") when using FlowBoost. For this, uv is the recommended choice, but virtualenv, Poetry, and others will work just fine, too.

To set up a virtual environment using uv:

mkdir my-research-dir
cd my-research-dir

uv sync --python=3.13 # or your desired Python version (>=3.10)
uv add flowboost # add FlowBoost to the uv-managed venv as a dependency

Next, either source the environment manually using source .venv/bin/activate, or run your script using uv run my_experiment.py.

uv (recommended)

To add FlowBoost to an existing Python environment:

uv add flowboost

pip

pip install flowboost

CPU compatibility

In order to use the standard polars package, your CPU should support AVX2 instructions (and other SIMD instructions). These are typically available in Intel Broadwell/4000-series and later, and all AMD Zen-based CPUs.

If your CPU is from 2012 or earlier, you will most likely receive an illegal instruction error. This can be solved by installing the lts-cpu extra:

uv add flowboost[lts-cpu]
# or: pip install flowboost[lts-cpu]

This installs polars-lts-cpu, which is functionally identical but not as performant.

OpenFOAM

FlowBoost uses OpenFOAM in two ways:

  1. Case setup uses CLI tools like foamDictionary and foamCloneCase on the host machine.
  2. Simulations run wherever the Manager sends them: locally (Local, DockerLocal) or on a cluster (SGE, Slurm).

The host always needs access to OpenFOAM CLI tools for case setup, even when simulations run elsewhere. On Linux, a native install works. On macOS and Windows, FlowBoost provides these tools transparently through Docker.

  • Linux: native OpenFOAM or Docker
  • macOS: Docker (OrbStack recommended, Docker Desktop also works)
  • Windows: Docker (Docker Desktop). Not tested on Windows.

On first run in Docker mode, FlowBoost builds the flowboost/openfoam:13 image from the bundled Dockerfile. This is a one-time operation. To force a specific mode, set FLOWBOOST_FOAM_MODE to native or docker. To use a custom image, set FLOWBOOST_FOAM_IMAGE.

FlowBoost uses the openfoam.org lineage (not the ESI/openfoam.com fork) and has been tested with versions 11 and 13. The bundled Dockerfile targets OpenFOAM 13 on Ubuntu 24.04. Each OpenFOAM release is tied to a specific Ubuntu LTS, so Dockerfiles are per-version by design.

Using Docker mode

In Docker mode, CLI tools like foamDictionary run inside a persistent container. This is automatic: Case, Dictionary, and other abstractions work the same way regardless of the mode (native, Docker).

When running multiple OpenFOAM commands (e.g. reading dictionaries across many cases), use the container() context manager to keep a single container alive for the entire block:

from flowboost import Case, foam_runtime

workdir = Path("flowboost_data")

with foam_runtime().container(workdir):
    for case_dir in sorted(workdir.glob("case_*")):
        case = Case(case_dir)
        k = case.dictionary("0/k").entry("boundaryField/inlet/value").value
        # All foamDictionary calls reuse the same container

Without container(), FlowBoost auto-mounts paths as needed, which may restart the container when new paths are encountered. Pre-mounting a parent directory (like the workdir above) avoids this.

To run simulations locally in Docker, use the DockerLocal manager:

from flowboost import Manager

manager = Manager.create(scheduler="dockerlocal", wdir=data_dir, job_limit=2)

Each submitted case gets its own detached container with the case directory bind-mounted. See the pitzDaily example for a complete Docker-based workflow.

GPU acceleration

If your environment has a CUDA-compatible NVIDIA GPU, verify you have a recent CUDA Toolkit release. Otherwise, GPU acceleration for PyTorch will not be available. This is especially critical if you are using SAASBO for high-dimensional optimization tasks (≥20 dimensions).

nvcc -V

# Verify CUDA availability
python3 -c "import torch; print(torch.cuda.is_available())"

Development

See CONTRIBUTING.md for setup, tooling, and testing guidance.

Acknowledgments

The base functionality for FlowBoost was created as part of a mechanical engineering master's thesis at Aalto University, funded by Wärtsilä. Wärtsilä designs and manufactures marine combustion engines and energy solutions in Vaasa, Finland.

Metadata

Release files for flowboost 0.3.1

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for flowboost 0.3.1
File Size Uploaded
flowboost-0.3.1.tar.gz 77.4 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for flowboost 0.3.1
File Interpreter ABI Platform
flowboost-0.3.1-py3-none-any.whl Python 3 none any Details

Total release size: 170.5 kB

Release files / flowboost-0.3.1.tar.gz

Download URL flowboost-0.3.1.tar.gz
Size 77.4 kB
Tags Source
SHA-256 checksum
How to use checksums
4183bf96f0d8d57f8f33a8fcee1d002ef331c81896937b72b4dd4c7161bd4b26
BLAKE2b-256 checksum
How to use checksums
4ad611f2bc3d13ba9d812282ab81565d91465587f4b692655cc5cb3a6bcee374
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.12

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Apr 25, 2026.

Transparency log

Release files / flowboost-0.3.1-py3-none-any.whl

Download URL flowboost-0.3.1-py3-none-any.whl
Size 93.0 kB
Tags Python 3
SHA-256 checksum
How to use checksums
51e16f228da9de735a6c6e4fb22797bfcbec2d0ea8baaad098d39d9e7f344ef0
BLAKE2b-256 checksum
How to use checksums
8839587f3a6d3c5881bad90a8f88c705ad2bf9c6335d6a31aed4c2f2230bbfa3
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/6.1.0 CPython/3.13.12

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Apr 25, 2026.

Transparency log

Release history Release notifications | RSS feed

This release

0.3.1 This release

2 release files

0.3.0

2 release files

0.2.8

2 release files

0.2.7

2 release files

0.2.6

2 release files

0.2.5

2 release files

0.2.4

2 release files

0.2.3

2 release files

0.2.2

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page