Crate hyperopt_storage 

hyperopt-storage

Storage backends for hyperopt-rs. A hyperopt_core::Storage backend decides where a study’s trial history lives.

• InMemoryStorage — a Vec/map behind a lock; zero setup, no persistence across process restarts. The default for quick runs.
• SqliteStorage — trials persisted to a SQLite file (feature sqlite, on by default), so a study can be resumed after a restart and multiple local processes can share one study file.

Structs

InMemoryStorage

In-memory storage: trials kept in a BTreeMap per study (ordered by trial number) behind a Mutex. Fast and dependency-free, but everything is lost when the process exits. This is the Phase 1–2 default.

SqliteStorage

SQLite-backed storage: trials are persisted to a file so studies survive process restarts and can be resumed. Mirrors Optuna’s RDB storage pattern.