TensorRT Edge-LLM 在 Jetson AGX Thor 上实现 MLPerf Edge Agentic Benchmark 6.4 倍加速

AI 智能体正从云数据中心转向车辆、机器人和其他边缘设备。与只回答单个提示的聊天机器人不同,智能体需要执行一系列步骤。它会选择工具、评估结果,并在越来越长的对话中继续推理。

此工作流对边缘推理提出了新的要求。该模型必须快速生成 token,高效处理较长的共享历史记录,并在有限的功率和内存范围内生成有效的工具调用。

在 MLPerf Inference v6.1 Edge Agentic 基准测试中,NVIDIA TensorRT Edge-LLM 在单个 NVIDIA Jetson AGX Thor 开发者套件上运行 Qwen3.6-27B。该系统每秒可生成 52.33 个token,并在 24 分钟 36 秒内完成所有 1007 轮性能工作负载,比 llama.cpp 2 小时 37 分钟的参考提交快 6.4 倍。结果使用 NVFP4 量化、基于树的多token预测 (MTP) 和 KV 缓存重用。

MLPerf 如何衡量端到端代理式 AI 性能

MLPerf Edge Agentic 分两个阶段来衡量兼容 OpenAI 的模型端点:性能和准确性。

性能阶段回放录制的软件工程智能体轨迹。模型会接收用户请求,生成工具调用,观察工具结果,然后继续相同的对话。工作负载包含 20 次对话和生成的 1007 个回合。输入长度会逐渐增加,达到约 23.5 K 个 token,这使得长上下文处理成为测量的重要组成部分。此外,还测量了基于交并比 (IoU) 的在线准确性,以确保在性能阶段正确运行智能体。

准确性阶段使用 Berkeley Function Calling Leaderboard (BFCL) v4 提示,仅支持单圈推理,可在边缘设备上平衡准确性和评估时间。它会评估模型是否选择正确的函数、生成有效的参数,并避免在不需要工具时调用工具。

The MLPerf Edge Agentic benchmark: a 20-conversation, 1,007-turn performance dataset where tool results accumulate in context across turns, and a 995-prompt BFCL v4 accuracy dataset scored for correct function calls and no hallucination.

图 1. MLPerf Edge Agentic 工作负载用于测量多圈循环,在下一个模型请求之前将工具结果添加到对话中

Jetson AGX Thor 上的 MLPerf Edge Agentic 基准测试结果

TensorRT Edge-LLM 提交作品在单流模式下使用 Qwen3.6-27B,在一个 Jetson AGX Thor 开发者套件上使用,在 MAXN 电源模式下具有 128 GB 的统一内存。

指标结果
输出吞吐量每秒 52.33 个token
第一个token的中值时间247.12 毫秒
每个输出token的中位时间14.68 毫秒
BFCL 整体精度87.94%

表 1. MLPerf v6.1 NVIDIA Edge Agentic 提交结果摘要

MLCommons Edge Agentic 示例还发布了在 Jetson AGX Thor 上运行的 llama.cpp 参考,该参考使用 Qwen3.6-27B 和 Q4_K_M 量化,在 2 小时 37 分钟内完成。TensorRT Edge-LLM 提交可在 24 分钟 36 秒内完成工作负载,即时间缩短至原来的 6.4 倍。

A green and gray bar chart showing end-to-end completion time for the MLPerf Edge Agentic performance workload on NVIDIA Jetson AGX Thor, comparing the time taken across stages of an agentic AI task.

图 2. Jetson AGX Thor 上 MLPerf Edge Agent 性能工作负载的端到端完成时间

使用 NVFP4 量化加速 Qwen3.6-27B 推理

众所周知,边缘平台上的低批量 LLM 解码受 DRAM 带宽的严格限制。减小权重和激活函数的大小可减少内核的内存占用,从而提高解码性能。

提交的 Qwen3.6-27B 模型使用 NVFP4 进行权重和激活,包括语言模型头,并使用 FP8 进行 KV 缓存。NVFP4 是一种 4 位浮点格式,由 Jetson AGX Thor 中的 NVIDIA Blackwell GPU 提供支持。TensorRT Edge-LLM 使用经过优化的内核来加速量化模型,同时保持 MLPerf 所需的准确性。

较小的模型表示还可以为长上下文、预测解码状态和应用程序工作负载提供更多的 128 GB 统一显存。开发者可以从已发布且经过校准的 Qwen3.6-27B NVFP4 检查点入手。部署团队可以使用已发布的量化检查点,也可以在部署模型之前在任何开发系统上执行一次后训练量化。

在代理轮次中重复使用 KV 缓存

智能体轨迹中的每个新请求都包含之前的大部分对话以及新的模型响应或工具结果。如果不重复使用,模型必须在每次回合中再次预先填充共享历史记录。成本会随着对话的增长而增加。

TensorRT Edge-LLM 可识别可重复使用的提示词前缀,并恢复其缓存的注意力 KV 页面。Qwen3.6 使用混合模型架构,因此运行时还会恢复正确继续执行所需的递归状态和部分 KV 页面状态。然后,它只预先填充对话的新后缀。

KV 缓存和循环状态重用可减少整个智能体轨迹中重复的长上下文计算。此优化是对基于树的 MTP 的补充:缓存重用可在开始生成之前降低成本,而 MTP 可在生成过程中减少目标模型步骤的数量。

在此工作负载中,约 96% 的提示token通过热缓存提供。在总计 1360 万个提示token中,运行时仅预填充约 50 万个。

使用基于树的多 token 预测加速 LLM 推理

标准自回归解码会为每个模型调用生成一个 token。多token预测使用草稿模型预测多个未来token,然后由目标模型一起验证。最新模型通常使用官方 MTP 权重进行训练,并与主模型一起提供。

除了传统的线性 MTP,TensorRT Edge-LLM 还实现了基于树的 MTP 实现。运行时不会只保留一个预测的延续,而是会将高概率候选项整理成树。目标模型在一次正向传递中验证候选项,运行时接受匹配的路径。如果接受多个候选项,系统会按多个 token 推进生成。

启动服务器时,您可以调整绘图参数。MLPerf 服务器配置使用 8 个草稿步骤、每个草稿深度的前 2 个候选项以及 16 个节点的验证树。基于树的验证对于函数调用非常有用,因为工具名称、JSON 语法和常见参数结构通常是可预测的,而多个分支可以为单个参数值保留可能的替代方案。与具有 3 个草图步骤的线性 MTP 相比,基于树的 MTP 可将此工作负载的解码性能额外提升约 40%。

如何运行 MLPerf Edge Agentic 基准测试

用于此提交的实现可在 TensorRT Edge-LLM 版本/ 0.9.1-mlpinf 分支中获取。该分支包括模型导出设置、TensorRT 引擎构建命令、服务器配置和 MLPerf 客户端配置

1. 克隆 TensorRT Edge-LLM 并初始化其子模块。

git clone --branch release/0.9.1-mlpinf \
  https://github.com/NVIDIA/TensorRT-Edge-LLM.git
cd TensorRT-Edge-LLM
git submodule update --init --recursive

2. 下载经过校准的 NVFP4 检查点。

huggingface-cli download \
  centml/Qwen3.6-27B-NVFP4-W4A4-mlpinf \
--local-dir "$WORK/Qwen3.6-27B-NVFP4-W4A4-mlpinf"

3. 按照 mlperf/README.md 构建 TensorRT Edge-LLM,使用树 – MTP 接口导出检查点,并构建基础和草稿 TensorRT 引擎。

$VENV/bin/python -m tensorrt_edgellm.scripts.export \
  "$WORK/Qwen3.6-27B-NVFP4-W4A4-mlpinf" \
  "$WORK/onnx" \
--mtp-tree-base --skip-visual

4. 启动兼容 OpenAI 的 TensorRT Edge-LLM 服务器。

export REPO="$PWD"
export VENV=/path/to/venv-edgellm-export
export WORK=/path/to/mlperf-artifacts
bash mlperf/serve_edgellm.sh

5. 克隆 MLCommons 端点工具,安装其 BFCL 依赖项,在 mlperf/config.yaml 中更新模型和分词器路径,然后运行基准测试。

git clone https://github.com/mlcommons/endpoints.git
cd endpoints
python3.12 -m venv .venv
source .venv/bin/activate
pip install -e ".[dev,bfcl]"

inference-endpoint benchmark from-config \
--config "$REPO/mlperf/config.yaml"

所提供的配置运行温度为 0、种子值为 42、推理禁用和并发值为 1 的性能和准确性阶段。使用 --accuracy-only 选项仅运行 BFCL 精度阶段。有关数据集和客户端配置的更多信息,请参阅 MLCommons Edge Agentic 示例。

有关 MLPerf Inference v6.1 在所有提交作品中的完整结果,请参阅 MLCommons 公告。有关服务器规模的 Vera Rubin 性能,请参阅 NVIDIA Vera Rubin NVL72 在 MLPerf Inference v6.1 首次亮相时提供的领先性能。

致谢
这项工作代表了 NVIDIA 的 TensorRT Edge-LLM、ModelOpt、Jetson 和 MLPerf 团队所做的贡献,尤其是孔子浩、郭祥、肖宇科、李启和 Ashwin Nanjappa。感谢 MLCommons 社区开发 Edge Agentic 基准测试和端点工具。

原文来源:NVIDIA 技术博客原文

相关推荐

使用 NVIDIA RTX Spark 在一台机器上进行编码、测试和部署

NVIDIA RTX Spark 将本地编码智能体、模型微调、编译、测试与部署整合到一台机器。本文介绍 GB10、128GB 统一内存与 Grace/Blackwell 架构的开发性能,Windows on Arm、PyTorch-CUDA 和 CUDA-X 软件生态,以及 Pi、Junie Local、Nemotron 模型、媒体 AI SDK 和现有 Windows 应用迁移路径,帮助开发者在本地构建并部署 AI 应用。

NVIDIA_Community的博客 355

深入了解 NVIDIA Sentry:运行时安全 AI 智能体

本文介绍 NVIDIA Sentry 如何在 BlueField-4 DPU 的独立信任域中为 AI 智能体提供运行时保护。通过 DOCA Tower 检查通信与执行访问策略,结合 DOCA Argus 实时内存内审、身份验证、专用模型行为检测和防篡改遥测,将 OpenShell 的软件安全边界扩展到硬件隔离防护,并与企业 XDR、SIEM 平台集成。

NVIDIA_Community的博客 413

NVIDIA OpenShell 参考架构如何大规模保护和治理 AI 智能体工作负载

本文介绍 NVIDIA OpenShell 参考架构如何在智能体之外实施确定性治理,并结合 NVIDIA Vera CPU、BlueField-4 DPU 和 NVIDIA Sentry,构建兼顾性能、隔离与运行时安全的可扩展智能体基础设施。涵盖网关、Supervisor、沙盒、策略验证器,以及 CoreWeave 的沙盒启动和智能体任务性能测试。

NVIDIA_Community的博客 227

China AI Infra Day 从物理到虚拟:网络基础设施驱动 AI 工厂 重磅来袭!

存储架构,解析如何减少重复计算、加速推理响应,提升规模化。3. 填写报名信息并提交,即可完成注册。网络创新与重要动态,聚焦五大网络架构与。或复制并打开以下链接,进入报名页;从物理到虚拟:网络基础设施驱动。本次在线研讨会将探索。技术专家带你打破技术壁垒,解锁。更有价值:网络与存储的协同之道。加入本次研讨会微信直播交流群。构建超大规模网络:适用于百万。工厂性能优化与部署验证。打破数据瓶颈:面向代理式。数字孪生,探索超大规模。:围绕网络与存储协同、高性能组网实现十亿瓦级。:聚焦五大网络架构、

NVIDIA_Community的博客 126

NVIDIA AI 培训班 | 10 月 29 日《为大语言模型添加新知识》开课,转化开源 LLM 为领域 AI 资产

课程以 Meridian Response 为基础,这是一个虚拟的人道主义物流组织,需要对传入的防洪响应现场报告进行分类并将其分配到正确的团队。您将首先构建一个评测,定义该任务“更好”意味着什么,然后度量一个库存 8B 开放权重模型,测试提示词的上限,生成针对性的合成训练数据,使用监督微调训练 LoRA 适配器,并在任务行为基本到位后,使用直接偏好优化 (DPO) 来提高响应质量。,访问 NVIDIA 认证中文官网,点击每一门认证科目介绍页面,查看详细的考试大纲、考前学习指南、推荐培训和更多资源。

NVIDIA_Community的博客 229

密集与 MoE 模型:活动参数、吞吐量以及选择每个模型的时间

本文比较密集模型与 MoE 模型的活动参数、吞吐和路由机制,说明在质量、延迟、显存与部署约束下如何选择模型架构。

NVIDIA_Community的博客 169

如何使用 AI 智能体准备用于仿真的 3D 场景

本文展示 AI 智能体如何把 Blender 场景准备成用于仿真的 OpenUSD 资产,包含语义、材质、传感器、物理属性、渲染预检和 SimReady 验证。

NVIDIA_Community的博客 366

借助 NVIDIA Earth-2,将您的最新观测结果转化为及时的天气决策

本文介绍如何用 NVIDIA Earth-2 和 Earth2Studio 将最新气象观测纳入预测,演示区域与全球数据同化工作流,以及 CorrDiff-SDA、StormCast-SDA 和 HealDA。

NVIDIA_Community的博客 265

如何评估从工具调用到任务完成的 AI 智能体

本文介绍从工具调用到任务完成的 AI 智能体评估方法,涵盖任务成功率、执行时间、成本、可复现基准和端到端验证。

NVIDIA_Community的博客 87

使用 AI 智能体和 NVIDIA Isaac ROS 加速 ROS 2 节点

本文展示如何用 AI 智能体与 NVIDIA Isaac ROS 加速 ROS 2 节点,通过识别数据传输瓶颈、采用 CUDA 缓冲区后端并验证机器人工作流的性能。

NVIDIA_Community的博客 67

面向游戏开发者的新功能:DLSS 5 (支持 3D 引导神经渲染) 、NVIDIA ACE 更新和全新 RTX Kit 功能

本文汇总面向游戏开发者的 DLSS 5、NVIDIA ACE 与 RTX Kit 新功能,介绍 3D 引导神经渲染、开发者控制和角色交互等技术。

NVIDIA_Community的博客 285

NVIDIA NVLink 6 如何为 AI 工厂提供多层弹性

本文说明 NVIDIA NVLink 6 为 AI 工厂提供的多层弹性机制,包括链路、交换与系统级故障恢复,及其对训练和推理服务连续性的作用。

NVIDIA_Community的博客 67

借助 NVIDIA Dynamo-Triton 中的 NVIDIA TensorRT 多设备集成,简化跨多个 GPU 的模型服务

本文介绍 NVIDIA Dynamo-Triton 对 TensorRT 多设备推理的集成,展示如何在多个 GPU 上部署模型,并通过 Cosmos 3 上下文并行测试延迟与输出一致性。

NVIDIA_Community的博客 55

借助 NVIDIA Topograph 实现拓扑感知型工作负载调度

本文介绍 NVIDIA Topograph 如何识别 GPU 集群拓扑,并在 Kubernetes、Slurm 等环境中为 AI 工作负载提供拓扑感知调度,减少跨域通信和资源浪费。

NVIDIA_Community的博客 92

借助 NVIDIA 机密计算实现私有高性能生产级 AI 推理

本文介绍 NVIDIA 机密计算如何在私有生产级 AI 推理中保护敏感数据,并比较机密计算开启与关闭时的吞吐和延迟,分析数据传输、内核调优及多 GPU 通信的性能开销。

NVIDIA_Community的博客 52

介绍 CUDA Rust:用于编写 GPU 内核的两条轨道

CUDA Rust 提供 cuda-oxide 与 cutile-rs 两条原生 GPU 内核开发路径。前者保留 SIMT 线程控制,后者使用 Tile 抽象和 CUDA Tile IR。本文比较编译链、内存安全与当前成熟度。

NVIDIA_Community的博客 151

CUDA 工具包 13.4 在 Arm 上添加了 Windows 支持,并增强了对共享 GPU 的控制

CUDA 13.4 扩展 Windows on Arm 支持,预览 Rubin 架构,并更新 MPS V3、跨 GPU 传输、CUDA Python、CCCL 与 Nsight 工具。本文梳理对应用迁移和共享 GPU 管理最关键的变化。

NVIDIA_Community的博客 134

何时使用“编码-预填充-解码”解耦技术来加速多模态模型服务

NVIDIA Dynamo 的 EPD 解耦将视觉编码与 LLM 预填充、解码分开调度。文章分析图像负载、输出长度、模型规模、精度和混合流量如何决定 TTFT 与吞吐收益。

NVIDIA_Community的博客 145

GR-Inference:面向生成式推荐的推理系统设计与性能评估

生成式推荐具有长上下文、极短解码和数百条动态 Beam。GR-Inference 通过请求级状态管理、分离 KV、专用 Attention 与 GPU SID Trie 优化这一负载,并在给定 SLA 下提升吞吐。

NVIDIA_Community的博客 327

使用预测解码共同设计 AI 模型,加快 LLM 推理速度

预测解码通过草稿 token 与目标模型并行验证减少自回归迭代。本文梳理草稿长度、接受长度、验证成本与草稿成本的关系,以及在不同延迟和吞吐目标下选择草稿机制的方法。

NVIDIA_Community的博客 293

现代 CUDA 工具箱的实际应用:分步优化演练

以 RGB 图像转灰度并计算 32×32 图块中值为例,串联 Compute Sanitizer、Nsight Systems、CUB、CCCL 内存容器和 CUDA 流,说明如何先定位错误与瓶颈,再逐步优化 GPU 程序。

NVIDIA_Community的博客 298

使用 NVIDIA Nemotron 构建自适应代理式网络安全系统

NVIDIA 与 CrowdStrike 在隔离环境中评估红蓝智能体闭环:攻击生成遥测,防御智能体编写并验证检测,再以新攻击复测。文章介绍 Nemotron 分工、检测验证机制、实验结果及其适用边界。

NVIDIA_Community的博客 83

前沿推理触手可及:如何在 NVIDIA Jetson 上部署和优化模型

紧凑型开放推理模型已能在 NVIDIA Jetson 本地运行。本文比较 Nemotron 3.5 Lightning 与 Qwen3.8-27B 的架构取舍,解释 NVFP4 与预测解码的作用,并给出部署和工作负载验证思路。

NVIDIA_Community的博客 282

构建面向大规模 VLA 的端云协同后训练闭环:使用 verl-vla 统一数据采集、微调与强化学习

大规模 VLA 的推理、仿真、数据采集和人工干预往往分散在云端 GPU、仿真节点与真实机器人上。verl-vla 通过 TrainCluster、Web 遥操作和可组合 Workflow,把示范采集、监督微调、评测与强化学习接入同一端云闭环,并提供 Isaac GR00T、Isaac Lab Arena、RECAP 与 DSRL 的可复现配方。

NVIDIA_Community的博客 305

使用 NVIDIA NemoClaw 构建内存驱动型智能体

本文介绍基于NVIDIA NeMo Claw构建的内存驱动型智能体——办公室主任,通过结构化自我模型(人员、项目、优先级等)实现企业工作流的持续上下文维护与决策优化。该设计强调证据、知识与行动分离,支持选择性检索、用户校正与审计追踪,提升任务准确性与可信度。实测显示,其在事实跟踪、实体消歧、多源合成等任务上显著优于传统RAG。结合NVIDIA OpenShell实现安全沙盒运行,保障权限与边界控制。文章提供可复用的开源配方,涵盖内存架构、分类帐与离线演练,助力开发者构建高效、可信的企业级智能体。

NVIDIA_Community的博客 388

使用 NVIDIA Isaac GR00T 开发端到端人形机器人策略

随着越来越多的团队从人形机器人启动转向特定任务的技能开发,对可重复开发工作流的需求也与日俱增。构建人形机器人仍然十分复杂,而且当今的开发流程仍然高度分散。因此,开发者在专注于构建机器人功能之前,会花费大量时间来配置机器人基础设施。虽然机器人社区已经开发出跨流程各个阶段的工具,但由于软件生态系统孤立、数据格式不兼容以及工具之间的手动集成,将它们连接到无缝工作流仍然是一项挑战。为解决这一问题,我们推出了:这是一个开源人形机器人平台,可统一流程的每个阶段,以加快开发速度。

NVIDIA_Community的博客 4084

让长时间运行的 NVIDIA TensorRT 引擎在 Python 或 C++ 中构建可观察和可取消

构建 TensorRT 引擎可能需要几秒钟到几分钟的时间。大型强类型模型、深度策略搜索和全新 GPU SKU 上的冷定时缓存可能会让开发者、最终用户或 AI 智能体盯着冻结的终端,而不知道是否要等待、重试或终止该进程。大多数 NVIDIA TensorRT 集成在构建过程中不会报告任何内容,或者无法提前终止。在长时间运行的智能体工作流中,这会浪费 GPU 小时并导致会话卡顿。图 1. 用于 TensorRT 引擎构建的实时嵌套进度条,由 IProgressMonitor 子类渲染TensorRT 提供。

NVIDIA_Community的博客 3724

如何借助 RL 智能体技能和 NVIDIA NeMo 运行自动研究工作流

编码正成为长期运行的机器学习 (ML) 工作流程的实用运算符。他们可以检查资源库、设置运行时、解决构建问题、启动实验、监控执行、分析指标并汇总结果。对于研究而言,这一点很重要,因为有意义的指标通常只有在基本实验基础设施就绪后才会出现。是 Andrej Karpathy 的一个开源 Python 项目,用于自动化 AI 和 ML 模型训练。通过这种方法,将高层次的目标转化为假设,编辑和测试真实的代码库,保留改进指标的想法,并将结果交还给人类研究人员。这使得团队能够从高性能开放模型 (例如。

NVIDIA_Community的博客 3595

在 NVIDIA GB200 NVL72 上使用 GPU 加速的 Presto 运行低延迟分析工作负载

是一个开源分布式 SQL 引擎,可对超大型数据集快速运行交互式查询。在 NVIDIA GPU 上,Presto 可为分析查询工作负载提供峰值性能,并为用户和智能体提供低延迟。GPU 加速的 Presto 可降低分析工作负载的延迟,让您和智能体畅通无阻并尽可能快地进行迭代。本文将介绍如何使用单节点和多节点在扩展分析基准测试中高效执行多 GPU Presto。我们还强调了在与数据源搭配使用时对 NVIDIA GB200 NVL72 上的高 I/ O 吞吐量的重要性。

NVIDIA_Community的博客 3687

案例分享 | 基于 NVIDIA DGX Spark 的智能安防与工业智能方案开发应用

NVIDIA DGX Spark以GB10超级芯片与128GB高速统一内存为核心算力底座,凭借轻量化、全流程、高性能的特性,系统性解决智能安防与工业智能方案研发过程中数据处理慢、模型迭代难、推理延迟高、落地验证繁琐等痛点。通过构建视频智能分析、设备预测性维护两大AI能力体系,全方位赋能安防智能化管控与工业数字化运维,为智慧城市、智能制造领域的轻量化AI研发与场景落地提供高性能、高可靠的标杆方案。后续可依托平台拓展更多细分场景AI模型,持续拓宽行业智能化应用边界。

NVIDIA_Community的博客 2909
上一篇: 如何评估从工具调用到任务完成的 AI 智能体
下一篇: 借助 NVIDIA Earth-2,将您的最新观测结果转化为及时的天气决策
NVIDIA AI 技术专区
NVIDIA AI 技术专区 NVIDIA 官方账号 NVIDIA 官方账号
博客等级 码龄2年 632粉丝 213原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值