
Llama 3.2 can be deployed across data center, workstation, and edge-oriented NVIDIA GPU environments, but the appropriate path depends on model type, latency target, input length, image use, and software stack. The source describes NVIDIA optimizations for Llama 3.2 vision-language models (VLMs) with 11B and 90B parameters, as well as 1B and 3B text-only small language models (SLMs). It also reports configuration-specific internal measurements rather than universal performance guarantees.
What the Llama 3.2 optimization path supports
The Llama 3.2 VLM variants accept text and image inputs. According to the source, they support text contexts up to 128K tokens and one image input at up to 1120 x 1120 pixels. Their architecture combines a vision encoder with a text decoder: NVIDIA TensorRT is used to optimize the vision encoder, while NVIDIA TensorRT-LLM is used for the text decoder.
Cross-attention support in TensorRT-LLM is described as the mechanism for incorporating visual information from the encoder into the Llama text decoder. This matters for applications where generated text must account for both an image and its text context, such as visual question answering or document-oriented image analysis. Actual suitability still depends on the task, prompt design, image characteristics, and required answer quality.
- TensorRT supports the VLM vision encoder in BF16.
- TensorRT-LLM supports the text decoder in FP16 and BF16.
- The source describes a custom FP8 post-training quantization recipe for the decoder on NVIDIA Hopper architecture GPUs with fourth-generation FP8 Tensor Cores.
- TensorRT Model Optimizer provides the described FP8 post-training quantization workflow.
Deployment options by model and environment
For larger VLM inference, the source positions TensorRT, TensorRT-LLM, TensorRT Model Optimizer, and NVIDIA NIM microservices as a production deployment path. NIM is described as part of the NVIDIA AI Enterprise software platform and as providing TensorRT-optimized inference for Llama 3.2 and other models from NVIDIA and its partner ecosystem.
For text-only SLM deployments on Windows, the source describes ONNX Runtime Generative API with a DirectML backend. The reported RTX measurement used an Llama 3.2 3B Instruct checkpoint quantized with AutoAWQ to AWQ INT4 and converted for ONNX Runtime Generative API. This is a materially different deployment path from the H200 VLM configuration, so performance figures should not be compared as though they represent the same workload.
The source also states that Llama 3.2 SLMs were optimized for NVIDIA RTX PCs and workstations and quantized for local deployment on NVIDIA Jetson edge devices. Before selecting an edge design, teams should verify the exact model checkpoint, quantization format, supported runtime, memory requirements, and device compatibility in dated official documentation and the complete deployment BOM.
Reported performance measurements and their boundaries
For Llama 3.2 90B VLM, NVIDIA internal measurements reported maximum-throughput results on eight NVIDIA H200 Tensor Core GPUs in an HGX H200-based system. The system description includes 141 GB HBM3e per GPU and NVLink plus NVLink Switch connectivity. With a BF16 encoder and FP8 decoder, reported maximum throughput was 2,646 output tokens/second for an 8,000-token input and 2,000-token output with a 1120 x 1120 image; 1,417 output tokens/second for a 20,000-token input; and 480 output tokens/second for a 60,000-token input.
For the same input, output, and image configurations, the reported minimum-latency measurements were 64, 63, and 55 output tokens/second respectively. These latency results used DGX H200, TP8, and batch size 1. The source states that the throughput measurements were taken on November 14, 2024, while the latency measurements were taken on November 4, 2024. Reported software included TensorRT Model Optimizer 0.21 pre-release, TensorRT-LLM 0.16.0.dev, and TensorRT 10.4.0.
On an NVIDIA GeForce RTX 4090 GPU, the source reports DirectML ONNX Runtime maximum-throughput results for Llama 3.2 3B Instruct. At input/output lengths of 100/100, results were 253 output tokens/second at batch size 1 and 615 at batch size 4. At 4,000/100, they were 165 and 251 output tokens/second. These results were measured on October 7, 2024.
How to evaluate a deployment
- Separate the workload into VLM or text-only inference, then define expected input length, output length, image size, concurrency, and latency objective.
- Select the runtime path that matches the platform: TensorRT-based VLM serving for the cited H200-style deployment, or ONNX Runtime Generative API with DirectML for the cited Windows RTX scenario.
- Test with representative prompts and images. Measure time to first token, total response latency, output tokens/second, memory use, and behavior under concurrent requests.
- Validate answer quality after quantization on the organization’s own task set. The source reports equivalent accuracy across several benchmarks for its FP8 recipe, but that does not establish equivalence for every application.
- Confirm all versions, GPU topology, model artifacts, licenses, and operational requirements using dated official product documentation before production adoption.
FAQ
Are the H200 throughput figures expected on every NVIDIA GPU deployment?
No. The reported figures apply to a specific eight-H200 configuration, model, image size, sequence lengths, batching approach, and listed pre-release software versions. A project should benchmark its own hardware, runtime versions, concurrency, and prompts.
Can Llama 3.2 VLM and SLM use the same deployment design?
Not necessarily. The source describes VLM inference using TensorRT and TensorRT-LLM, while its Windows RTX SLM example uses quantized ONNX Runtime Generative API with DirectML. Model modality, precision, operating system, and target hardware should drive the design decision.
Conclusion
The source presents a layered NVIDIA optimization approach for Llama 3.2, spanning large multimodal inference on H200 systems and text-only inference on RTX platforms. Use the cited measurements as configuration-specific reference points, then validate model quality, latency, throughput, compatibility, and operating requirements in a project-level test.
After reviewing Llama 3.2 Inference Optimization Across NVIDIA GPU Platforms, continue with NVIDIA products and networking solutions for related evaluation paths.

WeChat
Profile