What problem does it solve?
Measuring sustained RDMA WRITE bandwidth when work requests are posted from a CUDA kernel through the doca-gpunetio device-side surface is error-prone: agents invent flags, misquote throughput without naming the binding constraint, and confuse the GPUNetIO path with GPI or CPU-initiated perftest. This Skill guides agents through building, running, and interpreting the doca/tools/gpunetio_ib_write_bw client+server benchmark correctly on a real GPU+IB-device pair.
Core Features & Use Cases
- Guided build and bring-up: Walks the meson build against installed DOCA pkg-config modules (doca-gpunetio, doca-rdma, doca-common), the GPU-NIC pairing precondition, nvidia_peermem verification, and the smoke-before-bulk client/server run order.
- Throughput decomposition and diagnosis: Provides a layered error taxonomy (config-syntax, build-time, GPU-NIC pairing, GPUNetIO lifecycle, RDMA connection, measurement soundness, version, cross-cutting) and a decomposition table distinguishing GPU compute occupancy, NIC issue rate, link saturation, and PCIe crossover.
- Runtime surface selection: Helps decide between GPUNetIO, the GPI library surface, and CPU-initiated upstream perftest ib_write_bw before quoting any number.
- Use Case: A performance engineer asks why their GPUNetIO WRITE bandwidth swings between runs on the same flags; the agent loads this Skill, walks the measurement-soundness layer, checks steady state and background traffic, and quotes the result with the full DOCA/CUDA/GPU/NIC tuple and named binding constraint.
Quick Start
Ask your agent to measure sustained GPU-initiated RDMA WRITE bandwidth between two hosts with an H100 and ConnectX-7 using the doca-gpunetio-ib-write-bw skill.