Expand description
Runtime execution: schedulers, controllers, stores, OOF/merge logic.
Split from the former monolithic runtime.rs into cohesive submodules
(pure refactor — code moved verbatim). mod.rs owns the run context,
the controller registry, the custom-aggregation dispatch entry points,
native variant selection, and re-exports the full runtime surface so
pub use runtime::* in lib.rs resolves identically.
Structs§
- Artifact
Handle Record - Artifact
Input Spec - Artifact
Materialization Request - Artifact
Payload Materialization Record - Artifact
Ref - Bundle
Replay Execution - Columnar
Prediction Cache Block - Columnar
Prediction Cache Manifest - Columnar
Prediction Cache Store - Data
Materialization Request - Data
Output Provenance - Data
Provider View Spec - Data
View Request - Explanation
Block - An EXPLAIN-phase output block (ADR-12 explain contract). Explanations are a
node output returned in the
NodeResult— like predictions, they cross as data, not as an opaque host handle. Thepayloadshape is controller-defined (e.g. per-feature importances); the core does not interpret it. Explanations are only valid in theEXPLAINphase. - File
Artifact Manifest - Versioned, file-backed artifact manifest. This is a manifest/portability
layer only: it records portable
ArtifactRefmetadata for a bundle’s refit artifacts. It does not deserialize ML objects or materialize artifact payloads; payload stores remain future work. - File
Artifact Manifest Entry - One persisted artifact entry. Mirrors the bundle
RefitArtifactRecordidentity (node, controller, artifact and params fingerprint) while requiring theArtifactRefto be portable so the manifest stays movable with its payloads. - File
Artifact Manifest Store - File-backed artifact manifest store rooted at a directory.
- File
Artifact Payload Store - File
Prediction Cache Entry - File
Prediction Cache Manifest - File
Prediction Cache Store - FitInfluence
Diagnostic - FitInfluence
Task - Handle
Ref - InMemory
Aggregated Prediction Store - InMemory
Artifact Store - InMemory
Lineage Recorder - InMemory
Prediction Cache Store - InMemory
Prediction Store - Lineage
Record - Node
Result - Node
Task - Parallel
Scheduler - Prediction
Cache Materialization Record - Prediction
Cache Materialization Request - Prediction
Input Spec - RunContext
- Runtime
Controller Registry - Sequential
Scheduler - Variant
Execution Spec - Variant
Selection - Outcome of native variant selection: the winning variant plus EVERY scored variant’s
cross-validation reports, each tagged with its own
variant_id. - Variant
Validation Predictions - One scored variant’s VALIDATION (OOF) predictions, captured from its transient FIT_CV
RunContextand re-tagged with the variant’s id + content fingerprint so a host can fill that variant’s per-sample prediction rows. REPORT-grade output paired withVariantSelection::validation_reports: it never feeds a training/feature path (see the field docs onVariantSelection::variant_validation_predictions).
Enums§
Constants§
- DATA_
OUTPUT_ PROVENANCE_ KEY - DATA_
OUTPUT_ PROVENANCE_ SCHEMA_ ID - DATA_
OUTPUT_ PROVENANCE_ SCHEMA_ VERSION - FILE_
ARTIFACT_ MANIFEST_ FILE - FILE_
ARTIFACT_ MANIFEST_ SCHEMA_ VERSION - FILE_
PREDICTION_ CACHE_ MANIFEST_ FILE - FILE_
PREDICTION_ CACHE_ STORE_ SCHEMA_ VERSION - NODE_
RESULT_ SCHEMA_ ID - NODE_
RESULT_ SCHEMA_ VERSION - NODE_
TASK_ SCHEMA_ ID - NODE_
TASK_ SCHEMA_ VERSION
Traits§
Functions§
- dispatch_
custom_ aggregation_ task - dispatch_
custom_ observation_ aggregation - dispatch_
custom_ sample_ aggregation - plan_
oof_ partition_ mode - The OOF
FoldPartitionModefor a plan: its fold set’s mode, orPartition(the clean-OOF default) when the plan carries no fold set. Used to make the cross-fold scoring gate mode-aware soResampled(ShuffleSplit / repeated CV) campaigns, where a sample is validated in several folds, are not rejected by thePartitionexactly-once uniqueness rule. - refit_
artifact_ input_ key - select_
best_ operator_ variant_ by_ cv - Pick the best OPERATOR variant of an operator-generator UNION plan by its cross-validation score.
- select_
best_ operator_ variant_ from_ models - Route operator-SELECT from the operator-variant models lowered off a pipeline DSL
(
compile_operator_variant_models). - select_
best_ variant_ by_ cv - Pick the best variant of a multi-variant plan by its cross-validation score, natively.