MaxPro
This is a minimal Rust implementation of Latin Hypercube Design (LHD) generation with the Maximum Projection metric. It pursues an initial random search for a relatively-optimal candidate and allows for further optimization of that candidate (or any other supplied) in search of a better solution, although this optimization is not guaranteed to preserve the design as a LHD.
The same tools are provided for the Maximin design metric.
Usage of this code should cite both this package as implementation and the MaxPro paper,
Joseph, V. R., Gul, E., & Ba, S. (2015). Maximum projection designs for computer experiments. Biometrika, 102(2), 371–380.
This implementation was inspired by the comparative lack of lightweight LHD options in Rust as well as no Python implementations of MaxPro. Building this in Rust unlocks performance by default.
The Maximin metric is included for additional functionality and performance benchmarking against reference implementations in Python.
Current capabilities
- Generate a random latin hypercube
- Generate many random latin hypercubes, calculate the maximum projection metric, and return the LHD that minimizes the MaxPro criterion:
cargo run --release -- --iterations 100000 --samples 50 --ndims 2 --metric max-pro - Generate many random latin hypercubes, calculate the maximin metric, and return the LHD that maximizes the minimum distance between points:
cargo run --release -- --iterations 100000 --samples 50 --ndims 2 --metric maxi-min - Using
maturin develop --release --features pyo3-bindings, canimport maxproand generate optimal MaxPro LHDs in Python directly. - Perturb a LHD to optimize its metric
- Switch coordinates in a LHD to optimize its metric
- Order the points in an LHD so that the first n points have as-optimal a space coverage as possible. This allows for higher-quality interim analyses.
Usage
For complete usage information and examples, see the Documentation.
Rust
Add the crate to your project via Cargo (cargo add maxpro), then using maxpro::<> you can use any of the underlying components.
Python
Install with pip install maxpro, uv add maxpro, or your other favorite package management tool.
import maxpro
Planned work
Versions 0.1.* are reserved for bug fixes and performance improvements to existing functionality, and bringing features for continuous variable design construction to parity with the R implemented. 0.2.0 is the planned full-feature-parity release.
0.2.0
- Categorical design dimensions
AI Policy
This project's AI policy is that no AI-written code is included in the core Rust module or in the python bindings. AI-written code may be present in the python/ directory but is restricted to analysis. AI code is not used for benchmarking either correctness or speed.
Gemini code review is used in development and any code suggestions must be human tested and are not auto-accepted. No AI-generated contributions will be accepted, neither will code contributions where the author cannot explain design choices and tradeoffs.
Style
Rust formatting by cargo fmt. Python formatting by ruff. flake8 used for PEP, line length not enforced in docstrings within reason.
Contributing and feature requests
For both contributing and feature requests, please begin by filing an issue specifying either a bug or a feature request. The issues will then be prioritized for inclusion in the next release against other open issues or planned features. To resolve an issue, open a pull request and link it to the issue.
Benchmarks
MaxPro design and optimization: The Rust implementation usually finds a better metric than the Python one (e.g. 5.95 instead of 7.51) and is ~84x faster; (0.0035s instead of 0.3s for Python on a Macbook Air M2) for 5 samples in 2D across 10,000 iterations. Increasing this to 50 samples in 3D, this implementation's result continues to best the Python result (72.5 vs 91) and is ~1440x faster (0.0178s vs 25.72s)
Maximin design and optimization is benchmarked against PyDOE3 as the reference implementation. The Rust and Python implementations return almost identical results (0.22 in this implementation vs 0.21 in PyDOE3) with this implementation offering a 2.63x speedup for 5 samples in 2D across 10,000 iterations. Increasing this to 50 samples in 3D, this implementation returns a better result than PyDOE3 (0.2204 vs 0.2072) with a 2.9x speedup (0.0286s vs. 0.083s).
Benchmarks are run with python/comparisons.py.
Last PR's benchmarks, with maturin develop --features pyo3-bindings --release to build locally:
Rust calculation: 72.39111811323956 in 0.039016008377075195 s
Python calculation: 89.28355821451629 in 25.08482003211975 s
Python / Rust ratio: 642.9366066790919
Benchmarking Maximin time against reference implementation
Rust criterion 0.22187155920586812 in 0.02611827850341797 s
Python criterion 0.23394896276844854 in 0.07612800598144531 s
Python/Rust ratio: 2.914740570343594
Benchmark ordering designs
Mean time to order design: 5.129399230480194 s
The MaxPro metric calculation can be differentially tested against the R package as the source of truth. Current comparisons show agreement up to a relative tolerance of 1e-7.
Design generation can also be benchmarked for speed and metric value. A comparison of metric calculation is shown below for the same design, as well as design generation with approximately matching parameters.
Benchmarks below can be reproduced here with source for local reproduction, including R design generation, in python/comparison_r.py.
R calculation: 95.98506
Rust calculation: 95.98505099515626
Design with metric 94.60228692529198 found in 1.342952013015747 seconds
Rust/R runtime ratio: 0.24400676938860166