Skip to main content

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.2
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 include replay-internal structure in the primary TraceLoom process: replay … depth … tracks show concrete pattern and repeat-body instances, and replay … operators tracks show exact members. Each launch uses its own member timestamps; parallel streams and overlaps occupy separate lanes. The outer ACLG boundary remains visible. These nested envelopes are not additive costs. Version 0.1.1 exposed the SQL relations but omitted these internal tracks; use 0.1.2 or later and re-export the existing analysis DB (no recapture needed).

Metadata

Release files for traceloom 0.1.2

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for traceloom 0.1.2
File Size Uploaded Provenance Actions
traceloom-0.1.2.tar.gz 630.8 kB Without provenance Details for traceloom-0.1.2.tar.gz

Built distributions (wheels)

Table of built distributions (wheels) for traceloom 0.1.2
File Interpreter ABI Platform Actions
traceloom-0.1.2-py3-none-manylinux_2_28_x86_64.whl Python 3 none Linux glibc 2.28+ x86-64 Details for traceloom-0.1.2-py3-none-manylinux_2_28_x86_64.whl
traceloom-0.1.2-py3-none-manylinux_2_28_aarch64.whl Python 3 none Linux glibc 2.28+ ARM64 Details for traceloom-0.1.2-py3-none-manylinux_2_28_aarch64.whl

Total release size: 6.3 MB

Release files / traceloom-0.1.2.tar.gz

Download URL traceloom-0.1.2.tar.gz
Size 630.8 kB
Tags Source
SHA-256 checksum
How to use checksums
671208692dcf2d130a9653747d290f4758f8163dc6172795466eb5ce64b4ca2d
BLAKE2b-256 checksum
How to use checksums
a27e9e01a2bc0612fd61efe93b18673460b760339f63555a1533d07551c9bb01
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.2-py3-none-manylinux_2_28_x86_64.whl

Download URL traceloom-0.1.2-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
8cbccdde9187295f9cdfd6e18ddba7b793efaae6ad7d0fa1321d586b26976286
BLAKE2b-256 checksum
How to use checksums
5b9dd374f9531a8a3244cd8a567d778c2ee3dc193f8a3b3d0391c2f3d9257a64
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.2-py3-none-manylinux_2_28_aarch64.whl

Download URL traceloom-0.1.2-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
d57ae21bdb4af4d511a828d87dd0411ddf9b55bf798b33c751f815f0aa6d3262
BLAKE2b-256 checksum
How to use checksums
01ac59ab6e50ee33848e641bd5bcc82be24e211fa2807dac619b61e29237ffd5
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.2

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.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page