Skip to main content
A PEF (Processor Executable Format) is the compiled artifact for one model configuration. A Pef resource registers one such executable together with the metadata describing what it supports, including its model architecture, batch size, and maximum sequence length. A ModelProfile selects which PEF, sequence size, and batch size are used, so in a bundle or a deployment you reference a profile rather than an individual PEF. Author Pef resources only when introducing a model architecture that SambaStack does not yet support. Pef resources use apiVersion: sambanova.ai/v1alpha1.

Structure

Identity and shape

Feature support flags

These values determine the features list of the profiles built from this PEF.

Versions

Each key under spec.versions is a version string, and its value describes one build of the PEF.

Ownership and access

spec.metadata.seq_lengths no longer exists. The sequence lengths a PEF serves are now derived from metadata.max_seq_length together with metadata.dynamic_dims and the version’s prefill_graphs.

PEF and checkpoint lifecycle status

SambaStack assigns a pef_status field to PEF CR versions and a checkpoint_status field to model CR checkpoint versions to indicate their support lifecycle. Understanding these statuses helps you make informed decisions when selecting PEF or checkpoint versions. PEF and checkpoint version status values Each version entry in a PEF CR includes a pef_status field. Model CR checkpoint versions use checkpoint_status. Both share the same set of values: Example PEF CR versions with status
To check version statuses, run kubectl describe pef <pef-name> or kubectl describe model <model-name> and review the pef_status or checkpoint_status field in the Versions section.

ModelProfile

Groups feature-compatible PEFs for one model architecture

Deploying models and bundles

How PEFs, profiles, models, bundles, and deployments fit together