Our Mission: Deterministic, Ground-Truth Hardware Sizing
Too many developers buy expensive GPUs only to face an Out of Memory (OOM) error because they sized only for model weights while ignoring KV cache expansion at 32K–128K context. VRAMStack was created to give machine learning engineers, homelab builders, and CTOs exact mathematical formulas to know before they spend whether a model fits in local VRAM or requires a cloud instance.
1. The Mathematical Formulas Behind VRAM Calculation
Total VRAM = Model Weights + KV Cache Allocation + Runtime OverheadA. Model Weight Footprint
Model weights depend strictly on total parameter count and quantization bits-per-weight (BPW):
B. Key-Value (KV) Cache Memory
For transformer architectures utilizing Grouped-Query Attention (GQA) or Multi-Head Attention (MHA):
C. Runtime Overhead & CUDA Activation Buffers
PyTorch and CUDA context initialization, FlashAttention scratch space, and operating system display server framebuffers require a baseline headroom of 1.2 GB to 2.0 GB. VRAMStack accounts for this buffer to ensure zero unexpected OOM crashes during inference.
2. Inference Speed Modeling (Tokens / Sec)
During the autoregressive generation (token decode) phase at batch size = 1, inference throughput is fundamentally memory bandwidth bound. To generate each token, the GPU must stream every single model parameter from VRAM into the computing cores:
3. Physical Hardware Test Rigs
Our empirical efficiency metrics are benchmarked across physically maintained test workstations: NVIDIA GeForce RTX 5090 (32GB GDDR7), Dual RTX 3090 (48GB Total VRAM), Apple Mac Mini M4 Pro (64GB Unified Memory), and 8x H100 SXM5 cloud clusters.
4. Editorial Independence & Open Source Ethics
Calculations and compatibility badges are 100% deterministic code. A model will never be marked as fitting a GPU just to generate an affiliate hardware click. If a model cannot fit into an RTX 4090, our system prominently warns of Out of Memory (OOM) risks.