A GPU tensor backend for Nx that runs on anything with a Vulkan driver — including FreeBSD, where CUDA and Metal don't exist.
✓ Linux + NVIDIA RTX 3060 Ti (proprietary driver)
✓ FreeBSD + NVIDIA GT 750M (NVIDIA legacy driver)
✓ FreeBSD + NVIDIA GT 650M (NVIDIA legacy driver)
Why this exists → WHY.md — the f64 conviction, autograd-for-free, reach over peak FLOPS, and one-GPU-to-a-fleet.
- Cover the FreeBSD gap. Nx's existing GPU backends (EXLA on Linux+CUDA, EMLX on macOS+Metal) don't run on FreeBSD. If you have NVIDIA on FreeBSD, this is the only path.
- Portable Vulkan across vendors. Same SPV blobs run on NVIDIA, AMD RADV, Intel, and via MoltenVK on macOS. The Rust vulkano crate keeps the driver surface pure Rust — no C++ FFI ownership traps.
- Enough coverage that Nx models Just Work. A native op set plus a host-fallback long tail let real workloads (Axon training, eXMC NUTS sampling, Scholar linear regression) run today without op-by-op porting.
- Deterministic across hardware. Cross-Kepler runs of the same IR produce byte-identical posterior chains. Reproducible science across GPU generations is a documented feature.
- A native compute op set — elementwise binary/unary, reductions (sum / max / min along any axis, leading, or trailing), reshape / squeeze / transpose-2D, matmul, conv (im2col + GEMM), FFT, select / compare / cast / broadcast. Native f32 and f64 — the hot ops (elementwise, matmul, conv, reduce, transpose) dtype-dispatch native f32 shaders as well as f64; f64 is the default accumulator policy, f32 wins on bandwidth-bound ops.
- Whole-graph fusion via
Nx.Vulkan.Compiler, anNx.Defn.Compiler— see TheNx.Defnfusion compiler. - Host fallback for the long tail — slice,
as_type, generalNx.dotaxes,Nx.LinAlg.SVD/QR/solve/cholesky(viaNx.Block.LinAlg). Slow but correct. Nx.Defn.gradautograd, for free — see The autograd insight.- Axon training step end-to-end, gradient sum agrees to 1e-8
vs
BinaryBackendreference. - eXMC NUTS regime log_p at f64: byte-identical to CPU reference.
- Scholar linear regression: coefficients match
BinaryBackendto 2e-6 (SVD via host fallback). - Long-running stability — 7000+ chain-shader dispatches on
Ampere without crash after the 2026-07
primary_buffer_count=128fix; unbounded on Kepler. - Pipeline cache on disk, UUID-validated, survives BEAM restarts.
Roadmap and future work: ROADMAP.md.
EXLA's structural edge over an eager backend is whole-graph compilation:
it fuses a chain of ops into one kernel instead of dispatching each
separately. Nx.Vulkan.Compiler is an Nx.Defn.Compiler that does the
same for the cases it supports — the closest this project comes to
closing that gap.
Nx.Defn.jit(&my_fun/2, compiler: Nx.Vulkan.Compiler).(a, b)It traces a defn to an expression DAG and compiles it to a stage
schedule that runs on-device with GPU-resident intermediates and no
fallback to the interpreter:
- Elementwise fusion — a same-shape f32/f64 chain becomes one generated GLSL shader, one dispatch (3.62× over eager per-op on a 10-op chain). Broadcasting, CSE-within-a-shader, and scalar constants are baked in.
- Parallel fused reductions — an elementwise chain feeding
sum/product/max/min/meanfuses into one workgroup-per-slot tree reduce (f64 accumulator, matchesBinaryBackend). - Multi-stage split at boundaries — a graph with a
dot,conv,reduce, ortransposesplits into stages: each boundary is a stage, each maximal elementwise region between boundaries is one shader whose inputs may be earlier stages' buffers.reshape/squeezeare zero-copy view boundaries (no dispatch);transposemoves data. - Multi-output — a
defnreturning a tuple compiles to one shared schedule; subexpressions common to several outputs are computed once. - f32 and f64 — the codegen is dtype-parameterised (f64 gated on the
device advertising
shader_float64; f64 transcendentals host-fall-back rather than silently losing precision).
Whole layers fuse end-to-end: relu(x @ W + b), relu(conv(x, k) + b),
a CNN classifier head (conv → flatten → dense), softmax and layernorm
reduction patterns, and transposed-weight layers (x @ Wᵀ). Anything
unsupported falls back to Nx.Defn.Evaluator, so results are always
correct — worst case is "no fusion, same as eager."
The fusion compiler is the goal this effort set out to reach: a credible
#2 compute backend for elixir-nx, with EXLA's whole-graph
compilation now present in the one place a Vulkan backend can offer it —
on any GPU with a driver, CUDA or not.
- Correctness first. Every fused result is checked exact against
Nx.BinaryBackend. The suite — 863 doctests, 361 tests, 0 failures — is green on both a 2012 Kepler (GT 650M, FreeBSD) and a 2021 Ampere (RTX 3060 Ti, Linux), with the f64 fused path active on both. - Fusion's win is structural. It removes dispatches and intermediate buffers and keeps the interpreter out of the loop — not faster kernels. On matmul/conv-dominated graphs the wall-clock gain over the already-on-GPU eager path is modest; it grows with the elementwise work around the boundary.
- Every heuristic is fleet-validated, never assumed. Win/loss
crossovers are hardware-specific, so they are measured across the
fleet (Kepler + Ampere), not the local box. The many-slot reduce is
device-class-gated because it wins on weak GPUs and regresses on
strong ones. Cross-stage CSE was built, raced, and found to never
win on either device class (recompute is cheaper than the dispatch
it takes to avoid) — so it ships default-off, opt-in via
NXV_CSE=1. Seebench_results/CSE_SOFTMAX_RACE.mdand the write-up, Compute It Twice: When CSE Lost the Race.
Building on a compute kernel of your own? See the
vulkan-nx-compute skill for the
shader → NIF → Nx playbook and the hard-won parity/dispatch gotchas.
| EXLA | EMLX | Nx.Vulkan.VulkanoBackend | |
|---|---|---|---|
| Backing API | Google XLA | Apple MLX (Metal) | Khronos Vulkan via vulkano (Rust) |
| Maturity | Years; production | Released 2024 | Released 2026 |
| Linux + NVIDIA CUDA | ✓ canonical | ✗ | ✓ via Vulkan |
| macOS + Apple Silicon | ✗ | ✓ canonical | ✓ via MoltenVK |
| FreeBSD + NVIDIA | ✗ | ✗ | ✓ only path |
| Windows / WSL2 | partial via TF | ✗ | ✓ (Vulkan ships on Windows) |
| Op coverage | full Nx surface (~200) | full Nx surface | 24 native, rest via host fallback |
Nx.Defn fusion compiler |
✓ XLA whole-graph | ✓ MLX | ✓ multi-stage split (elementwise/reduce/dot/conv/transpose, f32+f64) |
Nx.Defn.grad (autograd) |
full | full | ✓ free (graph transformation) |
| fp64 compute | full | none (Metal limit) | ✓ native f32 and f64 (binary/unary/reduce/matmul/conv/transpose) |
Nx.Defn.grad is a graph transformation that runs at compile time
on the Nx.Defn.Expr AST. For every forward op in the graph, it
inserts the corresponding backward op expressed in terms of more
forward ops. The backend never sees a "backward op" — it just keeps
executing forward primitives. Forward op coverage IS gradient
coverage when running through Nx.Defn.Evaluator.
That means VulkanoBackend supports gradients for any function
expressible in its native ops + host-fallback long tail. No
backward callbacks were written. Validated by running a complete
Axon training step (Dense → sigmoid → Dense → MSE →
Nx.Defn.value_and_grad) on Nx.Vulkan.VulkanoBackend, with
gradient sum agreeing to 1e-8 against the BinaryBackend reference.
Square matmul, milliseconds per dispatch, median of 50–200 iterations:
| size | bin (super-io) | bin (mac-247) | vulkano (super-io) | vulkano (mac-247) |
|---|---|---|---|---|
| 16×16 | 2.76 | 2.51 | 1.18 | 1.06 |
| 64×64 | 130.76 | 158.45 | 7.07 | 7.92 |
| 256×256 | 20,097 | 13,891 | 149.19 | 136.10 |
| 1024×1024 | n/a (hours) | n/a (hours) | 2,323 | 2,843 |
The Vulkan path beats BinaryBackend by 92–135× at 256×256 on the
GT 650M. The GPU is from 2013; the win is moving the loop off the
BEAM scheduler. Full bench: examples/full_bench.exs.
# mix.exs
def deps do
[
{:nx, "~> 0.13"},
{:nx_vulkan, git: "https://github.com/borodark/nx_vulkan"}
]
end# Build a tensor, transfer to GPU, do work
x_bin = Nx.tensor([1.0, 2.0, 3.0, 4.0], type: :f32)
x_vk = Nx.backend_transfer(x_bin, Nx.Vulkan.VulkanoBackend)
y_vk = Nx.sigmoid(x_vk)
y_bin = Nx.backend_transfer(y_vk, Nx.BinaryBackend)
IO.inspect(Nx.to_list(y_bin))
# [0.7310585975646973, 0.8807970881462097, 0.9525741338729858, 0.9820137619972229]git clone https://github.com/borodark/nx_vulkan
cd nx_vulkan
mix deps.get && mix compile
elixir examples/axon_training_loop.exsRuns a 100-step Dense(4→32, tanh)→Dense(1) regression with manual
SGD. Compares loss trajectories on BinaryBackend vs
VulkanoBackend. PASS verdict on both Linux + FreeBSD.
mix run examples/full_bench.exsPer-op + end-to-end + robustness across every backend Nx can find. Auto-detects EXLA availability. Runs in ~10 minutes on RTX 3060 Ti, ~15 on GT 650M.
- Erlang/OTP 26+, Elixir 1.17+
- Rust 1.78+
- C++ compiler (only needed for the legacy spirit backend; vulkano is pure Rust)
- Vulkan SDK +
glslangValidator:- Debian/Ubuntu:
apt install libvulkan-dev vulkan-tools glslang-tools - FreeBSD:
pkg install vulkan-loader vulkan-headers vulkan-tools glslang shaderc
- Debian/Ubuntu:
mix deps.get
mix compileVulkano compiles in ~30s on Linux, ~3:18 on FreeBSD 15.0 (mostly dependency compilation). The spirit/C++ path compiles in parallel.
rust-toolchain.toml pins rustc to 1.85. The reason is in the
file's comment; bump when upstream rustler emits a corrected
rustler-sys signature.
- Compute It Twice: When CSE Lost the Race — the
Nx.Defnfusion compiler; why cross-stage CSE never won the fleet race - The Backend That Didn't Need to Know — the C++→vulkano migration; descriptor pool debugging; autograd was free
- The GPU That Doesn't Need CUDA — the FreeBSD Vulkan story (spirit-era)
- A Walkable Path Under the Mountain — eXMC + zed integration
zed is the declarative ZFS + Elixir deploy tool that
orchestrates BEAM nodes. nx_vulkan is consumed inside deployed
BEAM nodes — not as a zed dependency. See specs/nx-vulkan-execution.md
in the zed repo for the integration story.
Apache 2.0. Same as Spirit and Nx.