Plättli
Readers and writers for the Plättli metric format. There is a fundamental issue in metric logging: reads are columnar (metrics), writes are rows (steps). Plättli solves this by making the format on disk columnar (like parquet) with an optional row-wise "hot log" (like jsonl) for recent writes.
It consists of one file per metric (raw homogeneous array or jsonl),
plus a metrics manifest (plattli.json) that describes dtype and indices,
a config.json with info about the run, and an optional hot.jsonl during live logging.
At some point I will take the time to write more details about it, but essentially it combines the best of parquet and jsonl while keeping everything very simple.
Install
pip install plattli
Requires Python 3.11+ (tested on 3.11-3.14).
CLI
A tool to convert jsonl (a common adhoc format) to plattli is provided, see
jsonl2plattli --help
By default it writes in-place as <run_dir>/metrics.plattli.
With --outdir, it writes <run_name>.plattli into the output tree.
API
from plattli import CompactingWriter, DirectWriter
w = CompactingWriter("/experiments/123456", hotsize=200, config={"lr": 3e-4, "depth": 32})
w.write(loss=1.2) # First write creates new metric, auto-guesses dtype (float32 here)
w.write(note="ok") # strings work too. Writes are non-blocking.
w.end_step() # Increments step by one. Flushes hot log.
w.write(loss=1.3) # Next write appends
# Not every metric needs to be written every step.
w.write(accuracy=0.73)
w.end_step()
# Data is written ASAP, so almost nothing is lost on crash/preemption.
del w
# If we specify a start step and destination exists,
# existing metrics will be truncated to that and we continue from there.
w = CompactingWriter("/experiments/123456", step=1, hotsize=200, config={"lr": 3e-4, "depth": 32})
w.write(loss=1.1)
# You can also write json, btw (stored as jsonl).
w.write(prediction={"qid": "42096", "answer": "Yes"})
# When finishing cleanly, we can hindsight-optimize the data for faster consumption.
# This writes /experiments/123456/metrics.plattli and removes /experiments/123456/plattli.
w.finish()
# For fast local disks, write directly to columnar files:
d = DirectWriter("/experiments/123456", config={"lr": 3e-4, "depth": 32})
d.write(loss=1.2)
d.end_step()
d.finish()
Note: this library is meant to be called from a single thread.
DirectWriter uses threads internally to be non-blocking, and CompactingWriter compacts in the background.
Calling end_step from a different thread would lead to silently inconsistent data.
DirectWriter and CompactingWriter also work as context managers: __exit__ flushes pending work, it does not finish() the run, so it stays resumable.
DirectWriter(outdir, step=0, write_threads=16, config="config.json", allow_resume_finalized=False)
- Prepares the writer to write under
outdir/plattli, creating the dir and writing the config there. - If
outdir/plattli/plattli.jsonalready exists, all metric files are truncated tostepso you can resume a run and overwrite later data safely. - If
outdir/metrics.plattliexists, the constructor refuses to proceed unlessallow_resume_finalized=True, which validates the archive paths, unzips intooutdir/plattli, and removes the zip. write_threads=0disables background writes.configis a dict written toconfig.json, or a string path (resolved relative tooutdir) to symlinkconfig.jsonto (default:"config.json").- If the target path does not exist, an empty config is written. Passing
Nonepreserves an existing config or writes an empty config for a new run. - Constructor options and in-memory configuration are validated before extracting a finalized run or truncating existing data for resume. Config paths that would become directories during extraction are rejected before changing the archive.
- Recovery removes alternate representations of known metrics and recognized writer temporary files. Finalization also removes orphan value/index pairs. Unrelated extra files are preserved.
CompactingWriter(outdir, step=0, *, hotsize, config="config.json", allow_resume_finalized=False)
- Hot mode: writes rows to
hot.jsonland compacts them into columnar files in the background. hotsizemust be > 0 and is the compaction trigger: once the hot log holdshotsizecompleted steps, all completed rows are compacted in one background batch.- Backpressure: writes normally never block on compaction; if the filesystem cannot keep up with the write rate, completed rows accumulate in memory (and in the hot log, so nothing is lost on crash) and batches get bigger. Once the backlog reaches 10x
hotsize,end_stepblocks until the in-flight batch lands, so memory stays bounded and logging degrades to filesystem speed instead of exhausting RAM. configfollows the same rules asDirectWriter.allow_resume_finalizedfollows the same rules asDirectWriter.
BulkWriter(outdir, step=0, config="config.json", overwrite=False)
- Buffers a complete run in memory and writes the columnar export on
finish(). - Uses the same dtype inference, checked conversions, and promotion rules as the streaming writers.
- Refuses to replace an existing
outdir/plattlidirectory oroutdir/metrics.plattliunlessoverwrite=True. - Replacements are written to a staging location before publication. The previous output is retired, including when switching between directory and ZIP output; unrelated extra files are preserved. Conflicting extra files cause an error before publication.
- A config sourced from the output being replaced is copied before that output is retired.
DirectWriter.write(...)
- Appends each metric at the current step (pass at most one dict or keyword metrics; the dict form is needed for slash-named metrics like
detail/thing0). - Auto-dtype rules:
- array-like scalars -> use their dtype if supported
- bool ->
jsonl - float ->
f32 - int ->
i64 - explicit numpy types (eg
np.float64) are taken as-is. - everything else ->
jsonl
- Select an initial storage dtype by casting the value (for example:
write(dim=np.float32(128))). - Each new measurement can widen its metric's storage dtype, but never narrow it:
np.uint8followed by a Python int promotes toi64, andf32followed bynp.float64promotes tof64. Repeatednp.uint8values stayu8, including after resuming. Python floats continue to meanf32; they do not narrow an existingf64metric. An integer can join a float metric if it is exactly representable at the current width, or after promotion tof64; otherwise it raises. Float values cannot join an integer metric. - Integer writes are checked before casting; overflow never silently wraps.
Signed/unsigned mixtures remain exact integers. A negative value cannot coexist
with values above the
i64maximum in a supported fixed-width integer column. - Finite float values that would overflow to infinity raise. Explicit NaN and
infinity are accepted. Promotion to
f64cannot recover precision already lost when earlier values were stored asf32. - Opening or resuming a writer does not widen columns. A required promotion happens
on the next measurement, preserving retained data and pending hot rows. Promotion
rewrites the existing column, with time and I/O proportional to its size. In
particular, after
finish(optimize=True)narrows an integer column, the first plain Python integer written on resume widens it back toi64and rewrites it. - Existing
jsonlmetrics accept heterogeneous JSON-serializable values; numeric metrics reject strings and other nonnumeric values. - All three writers validate every metric in a
write()call before changing values or column dtypes. Invalid input leaves the batch unapplied. This does not make a batch transactional against filesystem failures. - JSON values are captured during
write(). Later changes to a supplied list or dictionary, including nested values, do not change the logged measurement. - NumPy arrays and objects implementing
__array__must be 0-d. Plain Python lists and dictionaries can be stored as JSON. - Only standard dtypes are supported for now: no bf16, nvfp4, fp8; no complex/composite.
- Steps must be integers in the
uint32range; booleans and non-integers raiseTypeError, and out-of-range steps raiseValueError, including underpython -O. NumPy integer steps are normalized to Python integers so incrementing cannot wrap. Constructor checks precede any resume or overwrite operations. The last valid step can still be ended and finalized. TODO: automatically promote step storage and returned indices touint64when this range is exceeded.
CompactingWriter.write(..., flush=False)
- Appends each metric at the current step (pass at most one dict or keyword metrics).
flush=Trueforces ahot.jsonlrewrite without advancing the step (usewrite(flush=True)to flush only).- Uses the same auto-dtype rules and scalar restrictions as
DirectWriter.write. - Pending rows are checked for valid steps before publication, including explicit
flushes,
end_step(),finish(), and context-manager exit.
end_step()
- Increments step counter by one.
DirectWriterwaits for all previous step writes to finish and checks for errors.CompactingWriterflushes the hot row for the current step.
set_config(config)
- Streaming writers atomically replace
config.jsonwith the provided json-dumpable config. Replacing a linked config leaves the original link target unchanged. BulkWriterbuffers the config untilfinish().
finish(optimize=True, zip=True, config_overrides=None)
DirectWriterflushes writes;CompactingWritercompacts any remaining hot rows and removeshot.jsonl.- Updates
plattli.json. - If
optimize=True:- Tightens numeric dtypes (floats -> keep original float width, ints -> smallest fitting int/uint).
- Converts monotonically spaced indices into
{start, stop, step}and removes the.indicesfile. - Writes
run_rows(max rows across metrics) into the manifest.
- If
zip=True, zips the run folder to<outdir>/metrics.plattli(stored, not compressed). - When zipping,
outdir/plattliis removed after the zip is written. - Shallow-merges
config_overridesinto the finalizedconfig.json; override values win. - Does not modify the original config dict or linked config file.
Reader(path, kind=None, exclude_hot=False)
from plattli import Reader
with Reader("/experiments/123456") as r:
print(r.metrics())
print(r.rows("loss"), r.approx_max_rows(), r.when_exported())
steps, values = r.metric("loss")
step, value = r.metric("loss", idx=-1)
Callers that already know the exact storage path can pass kind="dir" for a plattli/ directory or kind="zip" for a .plattli archive. This bypasses filesystem discovery, so the path and kind must be trusted.
Each Reader is intended for one thread. Use separate instances or an external
lock when reading from multiple threads.
Pass exclude_hot=True to read only already-compacted columnar data. This can
substantially reduce I/O and parsing work when a live run's metric/column count
makes hot.jsonl very wide, and exact recency is less important than read
speed. The default includes the hot tail.
- Prefers
metrics.plattliif present, otherwise reads theplattli/directory. - Keeps zip files open until
close()(use awithblock or callclose()manually). - List all available metric names with
metrics(). - Read a metric with one of
metric(name, idx=None) -> (indices, values),metric_indices(name),metric_values(name), which return numpy arrays. - Metric value reads default to
dtype="standard": integers become checkedint64, whilef32andf64retain their width. JSON values keep their object dtype. Step indices remainuint32, independently of the value dtype. - Pass keyword-only
dtype="storage"to return the stored value dtype, or an actual NumPy dtype such asdtype=np.float64to request a conversion. These overrides apply tometric,metric_values, andtable;metric_indicesalways returnsuint32.manifest()[name]["dtype"]describes storage, not the default return type. - Conversions happen after selection and alignment, including empty and single-row reads. Scalar reads return the matching NumPy scalar. Integer conversions reject overflow and fractional truncation; explicit float narrowing uses NumPy rounding.
- Stored
u64values above theint64maximum raise on standard reads. Selectdtype=np.uint64,dtype=object, ordtype="storage"explicitly for these values. - Returned arrays may be read-only. Use
.copy()when you need to modify them. - An integer
idx(likeidx=-1for the latest value) reads just that one row, without loading the whole column. - Some useful metadata:
config()returns the attached config dict;when_exported()is a timestamp, androws(name)is the exact row count (not last step!) in the given metric. approx_max_rows(nprobes=12)cheaply estimates the row count of the most-frequent metric. Closed index specs and finalizedrun_rowsmetadata need no probes; otherwise it checks at mostnprobesexplicit-index or open numeric columns, distributed across their index cadences. The result becomes exact for stable columnar data when the budget covers every candidate, but may otherwise underestimate; hot rows and open JSONL columns are excluded.- While the data format is simple, the reader code is a bit more complex because it tolerates corrupt tails, such that it's fine to read plattli's while they are being written.
- Metadata (manifest, config, hot rows, row counts, jsonl values) is cached on first use, while raw data files are read fresh on every call. On a long-lived
Readerof a live run, callrefresh()to drop the caches and pick up new metrics and hot rows. Zip readers are immutable snapshots. - If a live storage promotion invalidates a read's cached dtype, or a read encounters
a new hot metric missing from its cached manifest, the reader refreshes and retries
that read. It also retries when a fresh hot snapshot reveals that a previously
hot-only metric has moved into columnar storage. For
table(), this restarts the whole table. This does not guarantee an atomic snapshot of concurrent writes or replacerefresh()for ordinary appended data and guaranteed visibility of new metrics.
Aligned reads: table()
table(names, on="step", **selectors) reads several metrics step-aligned, keeping only
steps present in every requested metric (inner join on steps). It returns
(steps, {name: values}) with all arrays of equal length.
Selectors (see below) select rows of the on column: with the default on="step" they
apply to the aligned table itself, while on="some_metric" selects that metric's rows —
including by value via vstart/vstop — and the other columns follow. Columns other
than on are only read within the selected step window, so zoomed reads stay cheap even
when metrics were logged at different cadences.
import numpy as np
with Reader("/experiments/123456") as r:
steps, cols = r.table(["loss", "accuracy"]) # aligned full read
steps, cols = r.table(["walltime", "loss"], on="walltime", vstart=10.0, vstop=20.0)
x, y = cols["walltime"], cols["loss"]
# Override one metric's dtype; all other columns use "standard".
steps, cols = r.table(["loss", "tokens"], dtype={"loss": np.float64})
table(..., dtype=...) accepts either one dtype for every requested metric or a
mapping from metric names to dtypes. It never changes the dtype of the returned steps.
names can be any nonempty iterable, including a generator.
Advanced API topics
Range selectors
Range selectors can be passed to any metric read:
start/stopread this range of step values.stopis inclusive, like label slicing with pandas.loc.vstart/vstopread this range of metric values.vstopis inclusive. Mostly useful for monotonic metrics.istart/istopread this range of physical row positions.istopis exclusive and negative positions count from the end, like Python slices (istart=-100reads the last 100 rows).
These cannot be mixed.
from plattli import Reader
with Reader("/experiments/123456") as r:
zoomed_loss_steps, zoomed_loss_values = r.metric("loss", start=100, stop=200)
x_steps, x_values = r.metric("walltime", vstart=10.0, vstop=20.0)
Helpers
plattli.is_run(path)-> whether thepathis a plattli run (a correct folder structure, or ametrics.plattlizipfile).plattli.is_run_dir(path)-> whether the folderpathcontains plattli metrics (be it as subfolder or zipped).plattli.resolve_run_dir(path)-> resolved directory that containsplattli.json(returns eitherpathorpath/plattli), orNone.
Data format
Each run directory contains a plattli/ folder, while the .plattli archive contains the same files at the top level:
run_dir/
plattli/
config.json
plattli.json
<metric>.indices
<metric>.<dtype> # or <metric>.jsonl
hot.jsonl # present during live logging if hotsize is enabled
hot.compacting.jsonl # transient: rows being compacted right now; unlinked when done
metrics.plattli
Manifest (plattli.json)
JSON object keyed by metric name, plus metadata keys like run_rows and when_exported:
{
"loss": {"indices": "indices", "dtype": "f32"},
"note": {"indices": "indices", "dtype": "jsonl"},
"run_rows": 1234,
"when_exported": "2026-01-03T12:34:56Z"
}
Fields:
indices:"indices", a list of{start, stop, step}segments (canonical), or a single{start, stop, step}(legacy). During live compacting writes, the final segment may omitstop; readers derive it from the value file length.dtype: storage type, one off{32,64},{i,u}{8,16,32,64}, orjsonl. Integer compaction changes this field without changing standard reader output.monotonic: optional"inc"or"dec"for numeric metrics whose stored values are monotonic; flat-only metrics use"inc".run_rows: optional max rows across all metrics (written onfinishonly).when_exported: timestamp updated on manifest writes.
Indices (<metric>.indices)
Raw little-endian uint32 array. Each entry is the step value for that metric
write. If optimize=True during finish(), the file may be removed and
replaced by a list of {start, stop, step} segments (canonical) or a single
{start, stop, step} (legacy) in the manifest. Live compacted runs may
omit stop from the final segment until finish() closes it.
Config (config.json)
Arbitrary JSON object (dict), written when a config is provided.
Values (<metric>.<dtype>)
Raw little-endian typed array. One scalar is appended per write call.
JSONL values (<metric>.jsonl)
One JSON value per line:
{"event":"start"}
{"event":"done"}
Metric names and subfolders
Metric names are used as file paths. A slash creates subfolders:
detail/thing0 -> detail/thing0.f32.
Names must be non-empty relative paths. Absolute paths, backslashes, NULs, empty or
./.. path components, and non-string names are rejected. The following names are
reserved: step, run_rows, when_exported, hot, and hot.compacting.
Metadata
Release files for plattli 0.19.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| plattli-0.19.0.tar.gz | 48.5 kB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| plattli-0.19.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 92.8 kB
Release files / plattli-0.19.0.tar.gz
| Download URL | plattli-0.19.0.tar.gz |
|---|---|
| Size | 48.5 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
073bd4273e8ca2ee069a47e0864820c6b8708099c0fe5b606dc04ff4ea55be0f
|
|
BLAKE2b-256 checksum How to use checksums |
2f2bbfddc1d0e176db427ae8eed287a3324463b710567e5cff116d00f74b96bc
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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 Sep 22, 2026.
Transparency logRelease files / plattli-0.19.0-py3-none-any.whl
| Download URL | plattli-0.19.0-py3-none-any.whl |
|---|---|
| Size | 44.3 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
b731290f43741a0063bea18675ed81cf49021a44a7a235a904e3cb1d20e297ee
|
|
BLAKE2b-256 checksum How to use checksums |
b31775a08639dcf273191dc03c4b7123d401bd01d2ad1b44cf9e36db4b0311d0
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
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 Sep 22, 2026.
Transparency logSecurity for plattli 0.19.0
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.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for plattli-0.19.0.tar.gz
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 Sep 22, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.