[RFC] NVIDIA Model Optimizer — Product Roadmap
Maintainer thường phản hồi trong vòng 2 ngày
@Trenton-Starkey đang làm issue này rồi.
Từ ngày 13/6/2026.
Đánh giá
Issue này chưa được đánh giá.
Mô tả
[RFC] NVIDIA Model Optimizer — Product Roadmap
NVIDIA Model Optimizer provides a unified library of SOTA model optimization techniques — quantization, sparsity, pruning, distillation, NAS, and speculative decoding — that compress deep learning models for downstream deployment frameworks.
This document outlines our investment areas and upcoming work. Details are subject to change and we'll update this roadmap regularly. We welcome questions and feedback in this thread and feature requests in GitHub Issues.
We organize upcoming work into three horizons: Now (Q2 – Q3 2026), and early plans for Next (Q4 2026). Specific items may shift between horizons as work progresses.
1. Model optimization techniques
Model Optimizer collaborates with internal teams and external research labs to continuously develop and integrate state-of-the-art techniques into the library. Active areas include advanced PTQ, QAT with distillation, attention sparsity, token-efficient pruning, NAS, and distillation, mixed-precision quantization, and emerging speculative-decoding techniques.
Now (Q2 – Q3 2026)
-
PTQ Recipe Framework — modular pipeline for post-training quantization across LLM, VLM, and diffusion/video models. YAML recipe interface with mixed-precision support; pluggable calibration; unified Hugging Face export.
- NVFP4 GPTQ — production-grade GPTQ algorithm tuned for NVFP4 deployment.
- NVFP4 Autoquant — production-grade and robust autoquant recipe tuned for NVFP4 deployment
- NVFP4 PTQ Recipe Book — partner-facing guidance on recipe selection (which technique for which model class).
- NVFP4 Scale for Accuracy Recovery - umbrella of production-grade weight-scale-setting methods (Per-block MSE, 4/6, Per-Block Output Error). Closes the accuracy gap that NVFP4 PTQ alone can't recover, without requiring a training pass.
- TensorRT compatibility — ModelOpt quantization with the latest TensorRT for edge, automotive, and embedded targets. NVFP4 recipes for sub-130B and sub-10B model classes.
-
PTQ Developer Experience
- Single-GPU PTQ for large MoE - quantize trillion-scale MoE models on a single H200 or B200 via sequential per-layer calibration with offloading..
- Faster, Multi-node PTQ — Distributed model and data parallelism leveraging FSDP2. Distributed model loading and exporting leveraging layer-wise pattern. Targets speedup over single-GPU layer-wise path.
-
QAT/QAD and Training-based PTQ methods — framework, algorithms, and efficiency infrastructure for optimization techniques that use a training pass.
- New training-based algorithms
- Weight Scale Learning — quantization scales become learnable parameters optimized during a light training pass, instead of being set analytically from calibration statistics. New default for QAD; recovers more accuracy than classical scale-setting on the same training budget.
- (Experimental) AdaRound, DiscQuant, FlatQuant — additional training-based PTQ algorithms.
- Efficiency
- Memory-efficient QAD via offline knowledge distillation — pre-compute teacher outputs once, then run student-only QAD; eliminates the dual-model memory cost that today blocks QAD on large models.
- Hugging Face QAT/QAD efficiency — Ulysses sequence parallelism for long-context calibration; Liger fused kernels for training throughput.
- (Experimental) Per-layer training infrastructure — sequential per-layer training without full-GPU-memory budget.
- Coverage
- QAD in Megatron-Bridge — broader model coverage for QAD recipes. Nemotron, Qwen3.6 and GPT-OSS families.
- New training-based algorithms
-
Speculative decoding — recipes and examples in examples/speculative_decoding/. Coverage list maintained alongside the NVFP4 tracker.
- EAGLE3 & DFlash Productization — end-to-end Synthesis → Train → Eval → Hugging Face publication workflow with reproducible recipes, so partners can train and publish their own draft models for any target LLM.
-
dLLM (diffusion LLM) support — NVFP4 PTQ recipes for diffusion-based language models, including hybrid precision schemes.
-
NAS and Pruning — two complementary frameworks for compressing models via structural pruning and distillation.
-
Puzzletron — heterogeneous pruning across any model architecture, with M-Bridge distillation:
- AnyModel pruning — Heterogeneous architecture support, M-Bridge distillation, LM-Eval integration. - Enables production grade E2E for heterogeneous model compression.
- Reproducible recipes — Qwen 3.5 / 3.6 family and Nemotron-3-Nano-30B-A3B-Base-BF16.
- vLLM deployment — heterogeneous pruned models served natively.
- Memory- (supported) and throughput-constrained NAS — budget-driven pruning; specify memory or throughput target (not just parameter count).
- Simpler usage — minimizes friction for partner adoption by introducing intelligent configuration generation, automated cost/time estimation, and multi-node compression support.
-
Minitron — LLM-focused parameter NAS with short distillation:
- M-Bridge framework — automatic parameter-and memory based NAS for pruned candidate selection; short knowledge distillation. Supports Dense, MoE, Mamba, and Hybrid LLMs.
- Reproducible recipe — Qwen 3.5 / 3.6 family and Nemotron-3-Nano-30B-A3B-Base-BF16.
- VLM pruning and distillation — extend M-Bridge to prune the language backbone of VLM architectures with image-text calibration data.
-
Next (Q4 2026)
- Algorithm stacking — compose AWQ + Weight Scale Learning + GPTQ from a single YAML recipe via the PTQ Recipe Framework.
- Auto-quant / auto-prune pipelines — the framework selects technique combinations automatically.
- More TBD
2. Framework architecture
Model Optimizer's architecture organizes around five components, each on its own publishing track. The goal is a layered framework where contributors can add a model or technique by working in a single component, without reading the rest of the codebase.
Optimization Lib — model-agnostic algorithms (PTQ, QAT, QAD, pruning, distillation, AWQ, numerics).
Modeling Lib — per-model modules organized like Hugging Face Transformers (models/<model>/<opt_method>.py).
Recipes Lib — first-class YAML/JSON recipes per (model × technique), shipped alongside the optimized checkpoint, with a trust_remote_code-style escape hatch for customization.
Export Lib — formally defined HF export format covering quantization, sparsity, and mixed precision, aligned with compressed-tensors.
Unified entrypoint (nv-modelopt) — single CLI replacing example scripts. nv-modelopt --model X --recipe Y --output Z. Distributed execution via torchrun or sbatch.
Now (Q2 – Q3 2026)
-
Recipes Library — YAML recipe configs as first-class artifacts, with composable layers for algorithm, calibration dataset, numerics, and customizations.
- LLM PTQ and SpecDec recipes covered today; existing LLM PTQ recipes converted to model-agnostic defaults.
- Per-(model × technique) recipes ship alongside the optimized checkpoint so partners can reproduce.
- Code escape hatch — trust_remote_code-style mechanism for cases YAML can't express.
-
Modeling Library — per-model modules organized like Hugging Face Transformers; LLM dynamic modeling code reorganized into per-model folders.
- Folder layout — modelopt/torch/models/<model>/<opt_method>.py.
- Unified model-loading API — single API for Hugging Face, Megatron, and independent-repo paths.
- Per-model contribution — model owners can add or fix their own model by working in a single folder.
-
nv-modelopt unified entrypoint — single CLI for ModelOpt workflows, replacing the scattered example scripts.
- Command shape — nv-modelopt --model X --recipe Y --output Z --logs path.
- Distributed execution — torchrun and sbatch / srun (Slurm) supported.
- Initial coverage — llm_ptq workflow; additional workflows land progressively (see Next).
Next (Q4 2026)
- Recipes Library — expanded technique coverage
- Diffusion PTQ recipes joining the library.
- Sparsity, distillation, Megatron recipes joining alongside PTQ.
- Training-based recipes — QAT, distillation, and SpecDec recipe pipelines integrated.
- Modeling Library — expanded coverage
- Diffusers modeling moved into the per-model layout.
- Independent-repo loading — models hosted outside the main repo loadable through the unified API.
- Non-standard models brought into the layout (custom architectures).
- Export Library bootstrapped
- Quantization export converted to ModelOpt's dynamic-module infrastructure.
- LLM PTQ Export generalized as model-agnostic; model-dependent export logic relocates to the Modeling Library.
- Pre-quantize fusion infrastructure (model-agnostic core + per-model conversion).
- nv-modelopt — expanded workflow coverage
- Diffusion PTQ integrated.
- ONNX PTQ integrated.
- Sparsity workflows integrated.
- Training-based workflows — QAT, distillation, and SpecDec integrated.
- Example scripts deprecate — nv-modelopt becomes the recommended path.
3. Serving and runtime integration
Model Optimizer integrates with the major inference and training stacks so that ModelOpt-optimized checkpoints deploy without glue code.
Now (Q2 – Q3 2026)
-
vLLM and SGLang upstream — ModelOpt established as a first-class quantization backend in vLLM and SGLang, with canonical schemes aligned with compressed-tensors.
- Schemes supported — NVFP4, FP8 (per-tensor, per-channel-per-token, block), INT4 AWQ, W4A8 AWQ.
- Automatic scheme detection — partners load ModelOpt-quantized checkpoints without configuring the loader.
-
KV cache quantization — recipe definitions and PyTorch accuracy validation for KV cache quantization schemes. Runtime deployment (memory layout, kernels) lives in vLLM, SGLang, and TRT-LLM.
- Skip-Last-N — preserve the last N tokens unquantized to maintain recency precision; recipe schema + accuracy validation.
- Mixed-precision (FP8 K + NVFP4 V) — different formats for K and V; recipe schema + calibration for static FP8 K scales.
- Pure NVFP4 KV — accuracy validation reference; runtime owns dynamic per-block scale computation.
Next (Q4 2026)
-
Hugging Face Transformers v5.0 (universal serving path) — modelopt → export → Transformers v5.0 serving, opening a third deployment path alongside vLLM and SGLang.
- Server features — paged attention, in-flight batching, MoE fusion.
- Broad model coverage — supports the full Transformers model surface, including architectures not yet in vLLM / SGLang / TRT-LLM.
- Evaluation + further training — viable for evaluation and additional QAT/QAD on published FP4 checkpoints.
-
vLLM / SGLang sparsity and SpecDec loading — 2:4 weight sparsity, sparse attention, and SpecDec checkpoints load natively with full recipe metadata; no partner glue code required.
-
NVIDIA-NeMo/Megatron-Bridge — ModelOpt embedded in NeMo training and release pipelines.
-
NeMo-RL integration — quantization-aware distillation (QAD) integrated into the NeMo-RL post-training loop, so RL-trained models retain accuracy when quantized to NVFP4. Removes the post-hoc PTQ accuracy gap that today's RL-fine-tuned models incur on deployment.
4. Beyond LLM — diffusion, AR+diffusion, video, image, world model, multimodal, Auto-VLA
Now (Q2 – Q3 2026)
-
Video/Image/World Model optimization — quantization, sparsity, and distillation recipes in ModelOpt for video diffusion models.
- NVFP4 and FP8 quantization — recipes for video diffusion models.
- 2:4 weight and activation sparsity — for Wan2.2 and LTX2 reference architectures.
- VSA + sparse kernels — Video Sparse Attention and sparse kernel APIs integrated in ModelOpt; end-to-end sparse inference demonstrated on LTX2.
- FastGen × ModelOpt (NVlabs/FastGen) — step-distillation algorithms integrated.
-
VLM PTQ — recipes and workflow supported for VLM families; pluggable image-text calibration.
-
VLA PTQ - recipes and workflow to quantize Auto models (Alpamayo)
Next (Q4 2026)
-
Video/Image/World Model — expanded recipes
- Unified distillation trainer — shared training infrastructure with NeMo AutoModel.
- SageAttention quantized attention (QK + PV to FP8/FP4).
- NVFP4 3D-CNN for VAE — quantize the temporal-spatial 3D convolutions in the video diffusion VAE to NVFP4 (Wan2.2 and LTX2)
- Sparse-attention recipes — calibration-driven for video diffusion deployment.".
-
VLM — expanded recipes
- VLM QAT/QAD — recipes for production VLM family deployment.
- VLM Puzzletron pruning — extends M-Bridge pruning to vision-language architectures.
- Multimodal routing — embedding cache + multimodal routing benchmarks; approximate routing for cache-warm workers.
-
VLA - expanded recipes
-
VLA QAT/QAD — recipes for production VLM family deployment.
-
[Experimental] VLA pruning / distillation
-
5. Agentic optimization workflows
Reusable agent skills that triage pipeline failures, onboard new models, and run PTQ → deployment → evaluation autonomously.
Now (Q2 – Q3 2026)
-
Agent PTQ skill — decision-tree routing, remote execution, Slurm / Docker support, unlisted-model handling.
-
Agent Eval skill — auto-detection of quantization + benchmark recommendations.
-
Agent Deployment skill — vLLM / SGLang / TRT-LLM OpenAI-compatible endpoint generation.
Next (Q4 2026)
-
Deployment debug loop — automated triage based on observed failures.
-
End-to-end agentic workflow documentation with CI guide and cross-skill references.
-
ModelOpt launcher — standalone CLI for multi-step optimization pipelines, decoupled from the full NeMo stack.
- Standalone installation — no NeMo dependency required.
- nemo-run backed — uses NeMo Run as the execution engine.
- Execution modes — local Docker for single-machine, Slurm for multi-machine multi-step pipelines.
Questions, comments, and feature requests welcome in this thread. Specific items are tracked as separate GitHub issues with the roadmap label.
- Ngôn ngữ chính
- Python
- Star
- 5.3k
- Fork
- 745
- Merge trung bình
- 4 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 160
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của NVIDIA/Model-Optimizer
-
[Bug] modelopt-mcp: all launcher subprocesses hang when the server runs as a stdio MCP server — missing stdin=DEVNULLCó thể đã có người làm @ChenhanYu đã nhận 13 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
NVIDIA/Model-Optimizer#2551 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Puzzletron Progress 6/8 (calculating one block scores) takes 10 to 20 times more than in tutorialCó thể làm lại được @tejasng053 đã nhận 19 ngày trước và không có pull request nào đang mở. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
NVIDIA/Model-Optimizer#1667 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 3/5 Nửa ngày Mức phù hợp với người mới 72/100
NVIDIA/Model-Optimizer#2810 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
test_cast_fp4_impl_gpu_mem is flaky on Jetson Thor: mem_get_info reports system-wide memory on integrated GPUsCó thể đã có người làm @LinCanNerd đã nhận 7 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 25/100
NVIDIA/Model-Optimizer#2706 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
test_cuda_pack_reconstruction_matches_pytorch_at_scale[iq1_m] fails on Jetson Thor: exact ties exceed the blocks // 1000 boundCó thể đã có người làm @LinCanNerd đã nhận 7 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 35/100
NVIDIA/Model-Optimizer#2705 ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của NVIDIA/Model-Optimizer
Issue tương tự
-
Path subtraction removes repeated suffix characters instead of one suffixCó thể đã có người làm @Gwerdonatus đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
joke2k/django-environ#671 ·
-
good first issue help wanted windows
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
-
test_pgbouncer deploys the server under test from Charmhub instead of the local build (track/1.31)Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
canonical/temporal-k8s-operator#195 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 4 ngày
-
`burr` fails to start when the Python path has a space in itCó thể đã có người làm @enekoreto đã nhận hôm nay. Đang mởstatus/needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 5 ngày
-
device support request
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
zigpy/zha-device-handlers#5461 ·
Maintainer thường phản hồi trong vòng 4 ngày