This repository contains materials for the tutorial: Deploying and debugging GPU accelerated Python workloads
For the in-person version of this tutorial we will use NVIDIA Brev
| Module | Link |
|---|---|
| 0 - Introduction Slides | introduction-to-gpu-stack |
| 1 - Setup Brev | 1-setup |
| 2 - Setting Up Your GPU Python Environment | 2-environments |
| 3 - Verifying Your Environment with the RAPIDS CLI | 3-rapids-cli-verify-env |
| 4 - Easy GPU Acceleration Wins with RAPIDS Accelerators | 4-acceleration-examples |
| 5 - Monitoring and Debugging GPU Python Workloads | 5-monitoring-and-debugging |
brev CLI on macOS, Linux, and Windows.uv/pip, conda, and pixi via config files (pyproject.toml, environment.yaml, pixi.toml) to manage dependencies— pick one and follow that path.rapids doctor and rapids debug.rapids doctor runs health checks on the driver, CUDA toolkit, GPU compute capability, and NVLink.cuml as an example.rapids debug produces a full snapshot of driver versions, installed packages, and build tools.rapids debug --json outputs a machine-readable version, useful for bug reports and sharing environment state.--profile and --line-profile flags show which operations ran on the GPU vs. CPU.nvidia-smi and nvtop confirm driver-level visibility and live GPU utilization.cProfile + SnakeViz identify CPU-side bottlenecks before any GPU work begins.nsys) produces a full CPU/GPU timeline showing transfers, kernel launches, and idle gaps.xarray EOF analysis) to walk through two common pitfalls: