TraceLoom for Python
One installation for native timeline analysis, a Python interface, and the optional vLLM runtime observer. The wheel includes the production C++17 analyzer, default rule manifests, and model/step YAML configurations. It is not just a launcher for a separately installed executable.
python -m pip install traceloom==0.1.3
traceloom /path/to/profile.db --output analysis.db
Python >=3.10. Linux wheels are platform-specific; source builds require C++17,
CMake, SQLite and libyaml development libraries. Gzip Perfetto output additionally
uses the system gzip executable. No torch, vLLM, or accelerator is needed for
offline analysis. The small traceloom-vllm-context dependency supplies runtime
observation; it does not install vLLM or change your serving environment.
Python analysis interface
from pathlib import Path
import traceloom
# One profiler SQLite file. CLI directory discovery remains available separately.
result = traceloom.analyze(
"profile.db",
output="analysis.db",
threads=4,
timeout=300,
)
rows = result.query(
"SELECT * FROM traceloom_v_position_occurrence WHERE position_id = ?",
("node-N003",),
)
result.export_perfetto("timeline.perfetto.json.gz")
# Reopen without re-running analysis.
existing = traceloom.AnalysisDatabase(Path("analysis.db"))
query() uses a read-only SQLite connection, parameter binding and a default
1,000-row limit. Larger results raise rather than silently truncate: narrow the
query or set limit= explicitly. This is a local analysis API, not a service
for arbitrary untrusted SQL. Native errors raise traceloom.AnalysisError with
returncode, command and a bounded diagnostic_tail. Missing inputs, invalid
arguments and subprocess.TimeoutExpired remain their ordinary Python types.
The native process is isolated from the interpreter; structural recovery and
source protection use exactly the same implementation as the CLI.
Runtime collection, then offline analysis
In an existing compatible vLLM environment:
export TRACELOOM_CONTEXT_DIR=./traceloom-context
export TRACELOOM_RUN_ID=inference-study-001
vllm serve /path/to/model --async-scheduling \
--scheduler-cls traceloom.vllm.TracingAsyncScheduler
This patch-free entry records scheduler metadata only. It does not associate
device execution. For that separate mode use traceloom.vllm.LinkedTracingAsyncScheduler
plus the explicit transport-worker.patch from the
integration guide.
The original traceloom_vllm_scheduler.* class paths remain supported.
Synchronous scheduling uses the corresponding TracingScheduler or
LinkedTracingScheduler and omits --async-scheduling.
After the ordinary profiler capture and context producers have closed:
from pathlib import Path
import traceloom
result = traceloom.analyze(
"profile.db",
output="step-analysis.db",
context=sorted(Path("traceloom-context").glob("*.jsonl")),
rules_config=traceloom.bundled_rules("scheduler-step"),
)
result.export_perfetto("step-timeline.perfetto.json.gz")
Step-constrained recovery requires supported execution-linked evidence,
not scheduler-only metadata. It supports eager grammar recovery and exact replay with linked launch
identity. Every protected unit must stay within one supplied step; incomplete
or conflicting evidence is rejected. Simultaneous marked-structure projection
is not supported. Independently,
bundled_rules("deepseekv4") provides model-unit hints; it is not automatic
semantic inference for every model. Missing and ambiguous links remain explicit.
The observer is experimental. Live collection validation is bounded to
Qwen3-0.6B TP1/eager, in-process V1, vLLM 0fc695fc and Ascend f4a08bdd.
Different versions need source-contract checks. A TP1 graph capture also validated 30 replay launches on 30 steps and all
10,170 exact body members (339 per launch). Distributed collection, universal
membership completeness and recording overhead are not qualified.
Capturing metadata adds host work. The native analysis runs after capture, not
inside the scheduler hot path. Restart without the custom scheduler class to
remove the adapter; unset TRACELOOM_CONTEXT_DIR to disable recording.
Native analyzer and full documentation · MIT license
Graph replay is part of the native analysis
The package reconstructs supported replay units, exposes exact launch/body membership, and analyzes structure within the body without inventing a causal order across concurrent streams. Scheduler context enriches this existing capability; it does not replace replay with an opaque step label.
For official torch-npu captures, retain the rank capture directory, not just the
exported SQLite file. Its ASCEND_PROFILER_OUTPUT and one sibling PROF_*
container provide the monolithic events and capture-stream identity respectively.
If PROF_*/host/sqlite/stream_info.db is absent, parse that raw container with
CANN's official msprof --parse=on --output=/absolute/path/to/PROF_container.
This is CPU-side postprocessing, not another model run. TraceLoom consumes the
result read-only and refuses to choose between multiple sibling containers.
Without exact capture/body evidence, missing reconstruction remains explicit.
launches = result.query("SELECT * FROM traceloom_v_context_replay_launch")
members = result.query(
"SELECT * FROM traceloom_v_context_replay_member WHERE launch_id=?",
(launches[0]["launch_id"],),
) if launches else []
Do not sum launch envelopes and member durations together. The replay cost surfaces retain separate observations, and parallel member intervals can overlap. See runtime-context.md for the identity contract.
Perfetto exports use common device-event and structural-node planes for
ordinary work and replay members. Streams and real overlap determine event
lanes; structural depth and overlap determine node lanes. Replay identity is
retained in attributes (launch_id, replay_unit_id, exact member coordinates),
not a separate track or extra container. Repeats use the same iteration-window
projection as ordinary structure.
A fully realized replay replaces its opaque ACLG event in the display; its packaging-only containers are removed from visible depth. Incomplete evidence retains the opaque fallback rather than claiming a full expansion. Algorithmic replay protection and all SQL evidence remain unchanged. Version 0.1.2 exposed internals on separate replay tracks; 0.1.3 unifies them with the ordinary planes. Re-export an existing analysis DB; no recapture is needed. Structural envelopes and overlapping device intervals remain non-additive.
Metadata
Release files for traceloom 0.1.3
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 | Actions |
|---|---|---|---|---|
| traceloom-0.1.3.tar.gz | 632.6 kB | Without provenance | Details for traceloom-0.1.3.tar.gz |
Built distributions (wheels)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| traceloom-0.1.3-py3-none-manylinux_2_28_x86_64.whl | Python 3 | none | Linux glibc 2.28+ x86-64 | Details for traceloom-0.1.3-py3-none-manylinux_2_28_x86_64.whl |
| traceloom-0.1.3-py3-none-manylinux_2_28_aarch64.whl | Python 3 | none | Linux glibc 2.28+ ARM64 | Details for traceloom-0.1.3-py3-none-manylinux_2_28_aarch64.whl |
Total release size: 6.3 MB
Release files / traceloom-0.1.3.tar.gz
| Download URL | traceloom-0.1.3.tar.gz |
|---|---|
| Size | 632.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
4abcb12df5b56d1888f686e373dbc1b0524a80f8ba1cf18a6fd982ef586d3ba3
|
|
BLAKE2b-256 checksum How to use checksums |
3ccbfd04a14efdd7b9574d4fb45e1c53d09f21db3e160cf6a4363d814c65f1aa
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.13
|
Release files / traceloom-0.1.3-py3-none-manylinux_2_28_x86_64.whl
| Download URL | traceloom-0.1.3-py3-none-manylinux_2_28_x86_64.whl |
|---|---|
| Size | 3.0 MB |
| Tags | Linux glibc 2.28+ x86-64 Python 3 |
|
SHA-256 checksum How to use checksums |
063de4943902b8b987f9e39fd296e1812e98877ce329ecf0a59051694e8c51e3
|
|
BLAKE2b-256 checksum How to use checksums |
702e227948e3f636de7b02bf1fc1755c2cf380fdce5619077c0ea7f2a26ec3b1
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.13
|
Release files / traceloom-0.1.3-py3-none-manylinux_2_28_aarch64.whl
| Download URL | traceloom-0.1.3-py3-none-manylinux_2_28_aarch64.whl |
|---|---|
| Size | 2.7 MB |
| Tags | Linux glibc 2.28+ ARM64 Python 3 |
|
SHA-256 checksum How to use checksums |
0876d5480c8f4d3b2f124e77f5eaa58ff8f714995a51c7511293987437725053
|
|
BLAKE2b-256 checksum How to use checksums |
de1c4eeda441f57fe989fda6b8937d6ae864660ff1f8f95207b5cec91475d1b8
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/7.0.0 CPython/3.12.13
|
Security for traceloom 0.1.3
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.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A 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.