Skip to main content

Single-host daemon that surfaces 'idle-held' NVIDIA GPU memory — the embarrassing category conventional dashboards miss.

Project description

gpu-usage-audit

A single-host diagnostic daemon that records NVIDIA GPU utilization to SQLite and produces a retrospective report separating active use from allocated-but-idle ("idle-held") and truly idle (no process at all).

Conventional dashboards collapse the latter two. Surfacing idle-held as its own number is the entire point. Someone left a Jupyter notebook open with an 8 GB tensor on the GPU and went to lunch — nvidia-smi will show 1% utilization, but the card is unusable by anyone else. This tool measures that.

Status: bare-metal 1.0 release candidate. gua doctor checks only the current machine. daemon records NVML telemetry from the current NVIDIA host, report reads the resulting SQLite database, and demo runs anywhere with fake telemetry. The Go v0.1.0 implementation remains downloadable at tag v0.1.0 / branch go-archive.

Install

The recommended install path is PyPI via uv.

Requires uv. In normal online environments, uv creates the isolated tool environment and manages the needed Python runtime. If Python downloads are disabled by local policy, install Python 3.12+ first.

uv tool install gpu-usage-audit

gua doctor
gpu-usage-audit daemon --interval 30s
gpu-usage-audit report --since 1h --interval 30s

gua doctor is intentionally read-only. It checks only the current machine: OS/kernel/Python, /dev/nvidia*, nvidia-smi -L, NVML load/init/device count/driver version, and the database path the daemon would write to. The default is /tmp/gua.db; pass gua doctor --db PATH when you plan to use a different daemon database.

Use gua doctor --json for the same report in a machine-readable form. The JSON includes local paths, command stderr, and nvidia-smi -L output with GPU UUIDs, so review it before sharing it outside your team. gua doctor does not need sudo; run it as the same user that will run the daemon.

Available gua subcommands: doctor.

Update or remove the installed tool with uv:

uv tool upgrade gpu-usage-audit
uv tool uninstall gpu-usage-audit

uv tool uninstall gpu-usage-audit removes the installed Python tool and its gua / gpu-usage-audit commands.

GitHub Release assets are also available for manual download:

BASE="https://github.com/AI-Ocean/gpu-usage-audit/releases/download/v1.0.0"
WHEEL="gpu_usage_audit-1.0.0-py3-none-any.whl"

curl -fsSLO "$BASE/$WHEEL"
curl -fsSLO "$BASE/SHA256SUMS"
sha256sum -c SHA256SUMS --ignore-missing

uvx --from "./$WHEEL" gua doctor

What you get

$ gpu-usage-audit report --since 1h --interval 30s
gpu-usage-audit — lab-a100 (bare, driver 560.35.05)  Window: 1:00:00

§1 Headline
  █████████▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒░░░░░░░░░░░░░░░░░░░░░░░░
  active       █   15.7%
  idle-held    ▒   45.1%       ← this is the number conventional tools miss
  truly-idle   ░   39.2%
  (51 samples)

§2 Waste
  ~0.43 GPU-hours idle, ~2.53 GPUs equivalently unused

§3 Per-GPU
  GPU-0     active  47.1%  idle-held  35.3%  truly-idle  17.6%
  GPU-1     active   0.0%  idle-held 100.0%  truly-idle   0.0%
  GPU-2     active   0.0%  idle-held   0.0%  truly-idle 100.0%

§4 Top identities
  identity              gpu-hours   idle-held
  alice                      0.42       42.9%
  bob                        0.28      100.0%

§5 Time-of-day heatmap (UTC)
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3
  Mon               .

The 3-bar collapses every card × every tick over the window into the active / idle-held / truly-idle split. idle-held rows are the embarrassing category: a process is holding GPU memory but the SM utilization is below 10%.

Demo (no GPU required)

The demo subcommand records 30 ticks of fake telemetry and prints the report — all in one process, no second shell needed.

gpu-usage-audit demo

The bundled FakeTier produces a deterministic 5-tick workload — active learning → idle-held memory → cleanup — so the output is the same every run. Adjust the shape with --ticks N and --interval D.

Real NVIDIA GPU host

On an NVIDIA host, start with doctor:

gua doctor

Doctor should show the current machine, visible /dev/nvidia* device files, nvidia-smi -L GPUs, NVML device count, and /tmp/gua.db status. nvidia-ml-py is installed by default with gpu-usage-audit; if doctor reports that pynvml is not importable, reinstall the isolated tool environment:

uv tool install --force gpu-usage-audit

If pynvml imports but NVML init fails, fix the host NVIDIA driver installation instead. libnvidia-ml.so.1 must be available and match the loaded kernel driver; nvidia-smi -L should list GPUs before the daemon can collect real telemetry.

Then run the collector:

gpu-usage-audit daemon --interval 30s

Run the report from another shell:

gpu-usage-audit report --since 1h --interval 30s

If --db is omitted, both daemon and report use /tmp/gua.db. daemon refuses to start when that database file already exists, so a new collection run does not silently append to an old test database. If gua doctor reports that the database already exists, either run gpu-usage-audit report against the existing data or choose a fresh --db PATH for the next daemon run.

The daemon requires the NVIDIA driver and libnvidia-ml.so.1. On a driverless host it exits with a friendly NVML initialization error. For a driverless box, use demo instead.

Usage

gpu-usage-audit has three commands sharing one SQLite file:

Command What it does
daemon Long-running background process. Samples real NVML telemetry on every tick and writes to a new database. Stop with Ctrl+C (SIGINT) or systemctl stop. NVIDIA host required.
report One-shot read against the accumulated database. Safe to run while the daemon is still writing — SQLite WAL mode handles the concurrency.
demo Self-contained showcase. Records N fake ticks and immediately prints the report. No GPU, no second shell, no operational meaning — just to see the output shape.

daemon

gpu-usage-audit daemon [--db PATH] [--interval D]
  • --db PATH (default /tmp/gua.db) — SQLite file to create and write to. The daemon exits with an error if the file already exists. WAL mode is enabled automatically.
  • --interval D (default 30s) — how often to sample. Accepts 30s, 1m, 200ms, etc.

Each tick prints a one-line summary to stdout; on shutdown the cumulative row count is printed.

report

gpu-usage-audit report [--db PATH] [--since D] [--interval D] [--width N]
  • --db PATH (default /tmp/gua.db) — same SQLite file the daemon writes to. The report exits with an error if the file does not exist.
  • --since D (default 1h) — the report window. No upper bound--since 365d is accepted. The effective window is min(--since, age of oldest sample), so passing a huge --since is the same as "all data". Units: ms, s, m, h, d (no w; use 7d).
  • --interval D (default 30s) — must match what the daemon used. This is how §2 (Waste) and §4 (Top identities) convert tick counts to GPU-hours. Mismatched intervals → wrong GPU-hours.
  • --width N (default 60) — width of the §1 three-bar in characters.

demo

gpu-usage-audit demo [--db PATH] [--ticks N] [--interval D]
  • --db PATH (optional) — if omitted, a fresh temporary database is created and its path is printed to stderr.
  • --ticks N (default 30) — how many fake ticks to record before printing the report.
  • --interval D (default 1s) — tick spacing.

Operational notes

  • Same --interval on both sides. If you ran the daemon with --interval 30s, run report --interval 30s too.
  • Let it run for a while. §1/§3 are meaningful after one tick; §4 (Top identities) needs hours; §5 (Heatmap) needs days.
  • WAL leaves sidecar files (gua.db-wal, gua.db-shm). They are cleaned up automatically when the last connection closes.
  • DB size: ~50 MB per host per 30 days at 12 GPUs (extrapolated from Go v0.1.0; not yet re-measured for the Python rewrite).

Running as a systemd service

For a long-running deployment, drop a unit file in /etc/systemd/system/gpu-usage-audit.service:

[Unit]
Description=gpu-usage-audit daemon
After=network.target

[Service]
Type=simple
ExecStart=/usr/local/bin/gpu-usage-audit daemon --db /var/lib/gua/gua.db --interval 30s
Restart=on-failure
User=gua

[Install]
WantedBy=multi-user.target

Then systemctl enable --now gpu-usage-audit.

How the classification works

Each tick of the daemon records:

  • per-card: util_pct (SM utilization)
  • per-process: mem_used_mb per (card, pid)

The report aggregates per card × per tick:

util >= 10                  → active        (compute is happening)
util <  10 AND mem >  100   → idle-held     (memory is held, SM is cold)
util <  10 AND mem <= 100   → truly-idle    (the card is genuinely free)

The 100 MB threshold absorbs the PyTorch/TF runtime baseline so importing torch doesn't count as "holding the GPU".

Development

Requires uv (uv pins the Python version automatically; requires-python = ">=3.12").

git clone https://github.com/AI-Ocean/gpu-usage-audit
cd gpu-usage-audit
uv sync                          # create .venv, install dev deps
uv run pytest                    # run the test suite
uv run ruff check                # lint
uv run mypy                      # type-check (strict)
uv run gpu-usage-audit demo      # see the report shape locally

CI runs ruff + format check + mypy + pytest, then builds and smoke-tests the wheel on every push and PR. Tag pushes (v*) rerun the same checks, build sdist + wheel, smoke-test the wheel, and create a GitHub Release with auto-generated notes. Release tags also publish the wheel and sdist to PyPI through Trusted Publishing.

Non-goals

This is a single-host retrospective tool. Live dashboards, multi-host aggregation, quotas, Kubernetes cluster scans, Slurm scheduler joins, Docker/Podman fallback runtimes, and pod-name resolution are out of scope for bare-metal 1.0. Those belong above the host layer. If this tool surfaces enough idle-held to make scheduling worth solving, see ocean-all.

License

Apache License 2.0 — see LICENSE.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

gpu_usage_audit-1.0.0.tar.gz (83.6 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

gpu_usage_audit-1.0.0-py3-none-any.whl (44.9 kB view details)

Uploaded Python 3

File details

Details for the file gpu_usage_audit-1.0.0.tar.gz.

File metadata

  • Download URL: gpu_usage_audit-1.0.0.tar.gz
  • Upload date:
  • Size: 83.6 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for gpu_usage_audit-1.0.0.tar.gz
Algorithm Hash digest
SHA256 e7cd39c59835ed813e2a34160d933dcae353d4d4fcd022108c6439fe8c36a594
MD5 19fd7bf42192a50f92fd1a6f7ad2781a
BLAKE2b-256 8787b2e21d1510c05d03d73e862bd3f305cce87d2a79bf616a675f7957b58d23

See more details on using hashes here.

Provenance

The following attestation bundles were made for gpu_usage_audit-1.0.0.tar.gz:

Publisher: release.yml on AI-Ocean/gpu-usage-audit

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file gpu_usage_audit-1.0.0-py3-none-any.whl.

File metadata

  • Download URL: gpu_usage_audit-1.0.0-py3-none-any.whl
  • Upload date:
  • Size: 44.9 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for gpu_usage_audit-1.0.0-py3-none-any.whl
Algorithm Hash digest
SHA256 5c0fcce0ed5af97511112fc4ac87c87c44bfc7425f8955bdc3d8fb32b3f57ca8
MD5 f4257ef39bb73c4d7aa7a04417769aea
BLAKE2b-256 e5c1b3d1313826e7c31df729f8e3fa17be304cc313bcf710b1b68ab873a1e496

See more details on using hashes here.

Provenance

The following attestation bundles were made for gpu_usage_audit-1.0.0-py3-none-any.whl:

Publisher: release.yml on AI-Ocean/gpu-usage-audit

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page