NVIDIA Nemotron 3.5 Super VL on SageMaker JumpStart: The 12B Active Parameter Playbook for Multimodal Enterprise Agents

An operational breakdown of NVIDIA's 120B Nemotron 3.5 Super VL on Amazon SageMaker JumpStart, comparing NVFP4 on G7 instances against BF16 on p5en for enterprise document and vision workloads.

Published: 2026.10.17

Editor's Verdict (The Verdict)

Visit Official Site

An operational breakdown of NVIDIA's 120B Nemotron 3.5 Super VL on Amazon SageMaker JumpStart, comparing NVFP4 on G7 instances against BF16 on p5en for enterprise document and vision workloads.

120B Capacity with 12B Execution: How NVIDIA and AWS Redefined Long-Context Multimodal Serving

Processing enterprise unstructured data has long forced engineering teams into an uncomfortable compromise. If you wanted deep reasoning over dense visual content—such as 80-page financial audits, complex engineering schematics, software graphical user interfaces (GUIs), or two-minute video clips—you had to route sensitive assets to closed external API providers. Alternatively, you had to run massive, dense open-weight models on expensive multi-GPU clusters that burned through compute budgets during idle hours.

The arrival of NVIDIA Nemotron 3.5 Super VL on Amazon SageMaker JumpStart breaks this logjam. Nemotron 3.5 Super VL is an open-weight foundation model built specifically for multimodal document intelligence, GUI automation, and video question answering. While the model maintains 120 billion total parameters to preserve deep world knowledge and domain vocabulary, it uses a sparse Mixture-of-Experts (MoE) architecture that routes each token through only 12 billion active parameters.

Think of traditional 120-billion-parameter dense models like hiring a panel of 120 specialized analysts where every single person must read every word of an incoming 500-page loan package simultaneously. Payroll costs explode within minutes. Nemotron 3.5 Super VL operates like a central coordinator who reviews incoming requests and selectively assigns each question to only 12 relevant specialists at any given moment. You maintain the institutional memory of an enterprise-grade model while only paying the runtime energy and compute cost of a lightweight 12B engine.

The system pairs this sparse language backbone with NVIDIA’s C-RADIO vision encoder and supports a context window of up to 1 million tokens. It processes image frames, documents, and MP4 video files up to two minutes long directly alongside text prompts, returning structured text outputs. By packaging this model directly inside Amazon SageMaker JumpStart, AWS allows engineering teams to launch dedicated private inference endpoints inside their existing Virtual Private Cloud (VPC) with standard IAM controls and Python SDK automation.

NVIDIA Nemotron 3.5 Super VL Architecture Metrics
Total vs. Active Parameters
120B / 12B
120B parameter capacity routing to just 12B active parameters per token
Context Window Length
1,000,000
Tokens supported for multi-page documents and two-minute video streams
Native Multilingual Scope
10 Languages
Pre-trained on English, Spanish, German, Japanese, Korean, and Chinese

The underlying pipeline does not simply append a generic text wrapper to an image model. NVIDIA trained Nemotron 3.5 Super VL using multimodal supervised fine-tuning across dense technical charts, screen recordings, user interface captures, and scanned paperwork, followed by Group Relative Policy Optimization (GRPO) reinforcement learning. The result is a model trained specifically to produce reliable JSON outputs and trigger programmatic tool calls inside agent execution loops.


NVFP4 on G7 vs BF16 on ml.p5en.48xlarge: Hardware Specs, Memory Footprints, and Throughput Numbers

Deploying a 120-billion-parameter multimodal system requires a clear understanding of precision formats and GPU memory allocations. On Amazon SageMaker JumpStart, AWS and NVIDIA provide two distinct model artifacts that target completely different production workloads: a highly quantized NVFP4 release and an unquantized BF16 reference release.

The NVFP4 variant utilizes 4-bit floating-point weights and activations developed specifically for NVIDIA Blackwell architecture GPUs. This quantized build targets AWS G7 instances powered by NVIDIA RTX PRO 4500 Blackwell Server Edition GPUs. By compressing the 120-billion-parameter footprint into 4-bit representation with quantization-aware distillation, the full model weights consume roughly 79 gigabytes of memory. This allows an enterprise to serve low-latency multimodal inference on a compact, power-efficient GPU footprint without sacrificing structural accuracy.

For organizations looking to customize the model, JumpStart provides full 16-bit brain floating-point (BF16) weights on ml.p5en.48xlarge instances. Powered by 8 NVIDIA H200 or H100 GPUs, these instances provide the uncompressed memory space and high-bandwidth interconnects necessary to run Supervised Fine-Tuning (SFT), Reinforcement Learning from Verifiable Rewards (RLVR), model distillation, and internal domain adaptation.

Operational MetricJumpStart NVFP4 Optimized EndpointJumpStart BF16 Reference EndpointStandard Open-Source Dense 70B Baseline
Target AWS InstanceAWS G7 (NVIDIA RTX PRO 4500 Blackwell)ml.p5en.48xlarge (8x NVIDIA H200/H100)ml.g5.48xlarge / ml.p4de.24xlarge
Model Weight Size~79 GB~240 GB~140 GB
Active Computation12B parameters per token12B parameters per token70B parameters per token (Dense)
Native Context SupportUp to 1,000,000 tokensUp to 1,000,000 tokens8,192 – 128,000 tokens
Speculative DecodingBuilt-in Multi-Token Prediction (MTP)Built-in Multi-Token Prediction (MTP)Requires secondary draft model
Inference ThroughputUp to 5x higher on single-nodeUp to 2.4x higher token baselineStandard baseline reference
Primary Production RoleHigh-concurrency agent serving & GUI parsingFull model retraining, SFT, & custom RLGeneral conversational text workloads
Estimated Hourly OPEX$4.50 – $8.00 / hour (Projected G7 tier)$45.00 – $65.00 / hour (SageMaker on-demand)$16.00 – $28.00 / hour

To put these operational costs into perspective, consider an enterprise processing 250,000 complex invoices and technical diagrams per month, averaging 4,000 input tokens per document and generating 300 tokens of structured JSON extraction.

Under an unoptimized dense 70B model or an unquantized 120B model, running a dedicated cluster of 8x H100 GPUs continuously on AWS costs approximately $32,000 to $45,000 per month in baseline instance reservation. By contrast, running the NVFP4 quantized checkpoint on a smaller Blackwell-based G7 endpoint allows that same workload to execute on a single accelerated node, reducing projected infrastructure bills down to roughly $3,500 to $5,800 per month—an estimated 80% to 88% reduction in total hosting expense. Teams evaluating spot GPU marketplaces like RunPod for external testing will find comparable cost dynamics: running high-density NVFP4 checkpoints drastically cuts memory footprint requirements, enabling cost parity with much smaller text-only models while retaining 120B reasoning depth.

Hourly Dedicated Hosting Cost: Blackwell NVFP4 vs. H100 BF16

Estimated on-demand compute cost for running private enterprise endpoints

NVFP4 on G7 Blackwell Node BF16 on ml.p5en.48xlarge Cluster
Baseline Hourly Instance Rate NVFP4 on G7 Blackwell Node $6.20/hr vs BF16 on ml.p5en.48xlarge Cluster $52.50/hr (88% cost reduction)
$6.20/hr
$52.50/hr
Active Inference Memory Footprint NVFP4 on G7 Blackwell Node 79 GB vs BF16 on ml.p5en.48xlarge Cluster 240 GB (67% smaller memory draw)
79 GB
240 GB

Three Operational Pressure Points: What Real-World Multimodal Deployment Does to Latency, Cloud Bills, and Agent Loops

Deploying a multimodal vision-language model into an automated business pipeline introduces real mechanical constraints. Before rolling out Nemotron 3.5 Super VL to internal users or customer-facing applications, technical directors must evaluate three distinct operational bottlenecks.

Document Parsing and Video QA Latency Under 1M-Token Payloads

While a 1-million-token context window sounds like a silver bullet for ingesting entire instruction manuals or video recordings, the physical laws of attention computation still apply. Ingesting a two-minute MP4 video clip at high frame rates can easily translate into 40,000 to 100,000 visual tokens before the user prompt is even parsed.

Even with a sparse MoE backbone where only 12B active parameters perform generation, the initial prefill phase—processing those visual tokens into key-value (KV) cache memory—demands massive memory bandwidth. If an application submits multi-page TIFF scans or video clips without client-side downsampling, the time-to-first-token (TTFT) can climb from 400 milliseconds to over 6 seconds. To keep response times snappy, operations teams must implement aggressive prefix caching and restrict incoming video frame rates to what the business task actually requires.

Hourly Compute OPEX vs Serverless Multi-Tenant API Costs

A dedicated Amazon SageMaker endpoint is billed by the second for every hour the instance is running, regardless of whether it processes zero queries or ten thousand requests. If your organization processes document batches during a narrow four-hour window every evening, maintaining an always-on SageMaker JumpStart endpoint will cause your effective cost-per-token to skyrocket.

For low-volume or bursty workloads, paying per-token on serverless endpoints remains far more economical. Dedicated SageMaker JumpStart instances of Nemotron 3.5 Super VL only become cost-effective when your application generates steady, continuous traffic—such as an automated customer-support screen agent or a 24/7 invoice processing pipeline handling over 100,000 transactions daily.

Structured JSON Reliability and Tool-Calling Stability Across 10 Languages

Agentic automation fails the moment a model hallucinates an invalid JSON schema, outputs markdown backticks when clean raw text is expected, or misses a function parameter. Nemotron 3.5 Super VL addresses this through GRPO reinforcement learning, which explicitly trains the weights to obey JSON syntax rules and execute tool calls predictably.

However, multi-language stability requires careful verification. While the model supports ten major languages—including English, Spanish, German, Japanese, Korean, and Chinese—the density of GUI training data remains heavily skewed toward English-language software interfaces. Teams deploying screen-reading agents on localized enterprise resource planning (ERP) systems in Tokyo, Seoul, or Frankfurt must thoroughly audit the model’s bounding-box and element-click accuracy before granting it autonomous write permissions.


Engineering Buffers: Multi-Token Prediction, Native Speculative Decoding, and GRPO Reinforcement Learning

To make a 120-billion-parameter architecture responsive enough for interactive agent workflows, NVIDIA integrated several architectural innovations directly into the model weights rather than relying entirely on third-party runtime tricks.

Nemotron 3.5 Super VL Inference Execution Pipeline

How sparse routing and multi-token speculative decoding compress response latency

1

1. Multimodal Input Ingestion

C-RADIO encoder processes high-res images, PDF pages, or MP4 video clips

2

2. Hybrid Sparse Routing

120B MoE layer routes input through only 12B active parameters per token

3

3. Multi-Token Prediction Head

Native MTP generates multiple speculative candidate tokens in one forward pass

4

4. Output Verification & Schema Lock

GRPO-aligned weights emit verified JSON or tool calls with optional reasoning

The first structural advantage is the built-in Multi-Token Prediction (MTP) head. Standard autoregressive language models generate text one token at a time: to output a sentence of 20 words, the model must execute 20 sequential forward passes through the network. Nemotron 3.5 Super VL includes an integrated drafting head that predicts multiple future tokens simultaneously during a single forward pass. The base model then verifies those candidate tokens in parallel. In production, this native speculative decoding accelerates text generation by up to 2x without requiring engineers to deploy, manage, and synchronize a separate smaller draft model.

The second buffer is the hybrid language backbone, which combines state-space Mamba-2 layers, traditional attention layers, and 512 routed experts per MoE layer. Attention mechanisms normally scale their memory consumption quadratically with context length, causing KV cache memory to overwhelm GPU VRAM when processing 500,000-token payloads. By interleaving Mamba-2 linear state-space layers into the architecture, Nemotron 3.5 Super VL substantially flattens memory growth during long-context retrieval, allowing extensive document and video contexts to fit within standard memory configurations.

Finally, the reasoning behavior is fully configurable on a per-request basis via the prompt template. By toggling the reasoning mode, developers can command the model to either display its full chain-of-thought verification for high-stakes compliance audits or suppress internal reasoning tokens entirely when delivering snappy, low-latency UI navigation commands.


Enterprise Fit Verdict: When to Deploy Nemotron 3.5 Super VL and When to Stick With Off-the-Shelf Multimodal APIs

Selecting an enterprise foundation model is a capital allocation decision. Deploying Nemotron 3.5 Super VL inside Amazon SageMaker JumpStart represents an investment in infrastructure control, data privacy, and deterministic latency. Here is how operational leaders should evaluate the deployment decision.

Three Clear Conditions for Immediate Production Deployment

  • Strict Data Sovereignty and Regulatory Boundaries: If your legal counsel prohibits sending customer identity documents, medical records, or proprietary engineering blueprints across public multi-tenant APIs, deploying Nemotron 3.5 Super VL to a private SageMaker VPC endpoint keeps every pixel and token strictly within your corporate network perimeter.
  • High-Volume Document and Screen-Use Pipelines: Organizations processing over 50,000 document pages, invoice scans, or software GUI interactions daily will find that dedicated SageMaker G7 endpoints deliver significantly lower blended costs per million tokens compared to commercial cloud API bills.
  • Custom Domain Fine-Tuning and Distillation Plans: If your engineering team needs to adapt a model to proprietary internal forms or distill multimodal reasoning into smaller edge models using your own ground-truth data, the availability of unquantized BF16 weights on SageMaker JumpStart provides a direct runway for continuous SFT and reinforcement learning.

Three Risk Factors That Warrant Waiting or Choosing Managed Endpoints

  • Low or Highly Intermittent Query Volume: If your application handles fewer than 5,000 queries a day or experiences long periods of complete inactivity, paying for a 24/7 dedicated SageMaker instance will result in unacceptable cost inefficiency. In this scenario, pay-as-you-go serverless models remain the superior financial choice.
  • Sub-Second Real-Time Conversational Video Requirements: If your product requires real-time, bidirectional video streaming with latencies under 500 milliseconds (such as live augmented reality coaching), processing two-minute video clips through a 120B MoE model will create noticeable lag. Dedicated lightweight edge vision models are better suited for streaming tasks.
  • Limited In-House MLOps and Infrastructure Engineering: While SageMaker JumpStart reduces deployment to a few clicks, production management still requires configuring auto-scaling triggers, monitoring endpoint health, managing GPU quota requests with AWS support, and handling client-side payload batching. Teams lacking dedicated cloud platform engineers will move faster by starting with fully managed serverless APIs.
Weekly Briefing

Weekly Tech & Business Data Briefing

Verified software analysis, practical gotchas, and essential supply-chain updates delivered weekly.

Unsubscribe with 1 click anytime. Zero spam.

* We may earn an affiliate commission from links in this report, at no extra cost to you and with zero impact on our benchmark data.