Skip to content
MUSEBOARD

About / MuseBoard

MAP THE COMPUTE BEHIND THE MODEL.

MuseBoard turns model requirements into a clear compute plan. Explore memory requirements, compare GPUs, and configure the infrastructure behind your AI workloads.

Launch Workbench

08 — Origin

FROM KEYSTROKE
TO COMPUTE.

Every model begins as an idea.

Every idea eventually needs hardware.

MUSEBOARD connects the two.

  1. 01InputKEY / 01
  2. 02ModelPARAMS / B
  3. 03MemoryMEM / GB
  4. 04GPUHW / MATCH
  5. 05ComputeSYS / READY

D1Documentation

METHODOLOGY

Every number in MuseBoard comes from the formulas below. All values use decimal gigabytes (1 GB = 10⁹ bytes).

Bytes per parameter
FP32
4
FP16
2
BF16
2
FP8
1
INT8
1
INT4
0.5
  1. F1 Model weights

    weights_GB = params × bytes_per_param ÷ 10⁹

    70B at FP16 → 70 × 10⁹ × 2 B ≈ 140 GB. Mixture-of-experts models keep every expert resident, so total (not active) parameters count.

  2. F2 KV cache

    kv_GB = layers × 2 × kv_heads × head_dim × context × batch × kv_bytes ÷ 10⁹

    Uses each preset's published architecture (grouped-query attention included). The cache is 16-bit for FP16/BF16/INT8/INT4 weights, 8-bit for FP8 and 32-bit for FP32. DeepSeek V3 uses its compressed MLA latent (576 values per token per layer). Custom models get an estimated shape with 8 KV heads.

  3. F3 Inference total

    vram = weights + kv_cache + 0.10 × weights

    The 10% runtime overhead stands in for the CUDA context, kernel workspaces and allocator fragmentation.

  4. F4 Fine-tuning (LoRA / QLoRA)

    vram = frozen_weights + 0.005 × params × 16 B + activations, + 10%

    Adapters train ~0.5% of parameters (≈ rank 16 on all linear layers) with FP32 weights, gradients and Adam states. INT8/INT4 bases correspond to QLoRA-style setups.

  5. F5 Full training

    vram = params × (w + g + 12) B + activations, + 10%

    Mixed-precision Adam: 16-bit weights and gradients plus FP32 master weights and two moments (16 B/param for BF16). No ZeRO/FSDP sharding is assumed. INT8/INT4 training is estimated as BF16.

  6. F6 Activations

    act = s·b·h·(2·L + 34) + s·b·vocab·4 bytes

    Assumes gradient checkpointing and fused attention: each layer keeps its 16-bit input and one layer is recomputed in full, plus FP32 logits.

  7. F7 GPU recommendation

    count = round_up(vram ÷ (gpu_vram × 0.90)) → 1, 2, 4, 8, then 8-GPU nodes

    A GPU is usable up to 90% of its memory, keeping ≥10% headroom. The smallest count wins, then the least total VRAM, then the higher bandwidth. Consumer and workstation cards are limited to one 8-GPU node.

  8. F8 Decode ceiling

    tok/s ≤ (count × bandwidth) ÷ active_weight_bytes

    A single-stream, memory-bandwidth-bound upper limit. Real throughput is lower and depends on kernels, parallelism and batching.

Limits of the estimate

  • Hardware and memory figures are estimates and may vary by framework, model architecture, quantization method, runtime and workload.
  • Paged / quantized KV caches, speculative decoding and prefix caching change serving memory.
  • ZeRO, FSDP, tensor and pipeline parallelism change per-GPU training memory substantially.
  • GPU specs are vendor peak figures; usable memory is slightly lower than the advertised capacity.
  • MuseBoard is a planning aid, not a replacement for profiling or detailed infrastructure planning.