跳转到主内容

RTX Spark 将 CUDA PyTorch 带到 Windows Arm64,依赖仍需核实

随着 RTX Spark 笔记本推出,英伟达提供原生 Windows Arm64 构建文档。开发者仍应核实 Python 包、扩展和驱动是否支持完整任务。

灰色表面上的无品牌黑色合盖笔记本电脑与无标记的方形处理器封装
TechKili · 使用 Cloudflare FLUX.2 klein 生成的 AI 概念插图
分享这篇文章:
本文目录

英伟达 RTX Spark 笔记本的推出,为本地 AI 开发者带来了具体的软件变化:原生 Windows Arm64 上启用 CUDA 的 PyTorch 已有文档化安装路径。这提供了一条值得研究的安装路线,但每个项目的完整依赖链仍需分别核实。

英伟达的上市公告日期为 2026 年 10 月 16 日。其开发环境设置帖发表于 10 月 15 日,并提供当前安装说明。The Verge 10 月 16 日的使用印象报道引出了这次后续分析。本文的技术指导来自英伟达和微软,并非 TechKili 进行了新的性能测试。

操作系统与处理器架构都要匹配

英伟达 PyTorch Windows 仓库发布了 Windows Arm64 的稳定版和 nightly 版 wheel,即针对这一操作系统和架构预先编译的 Python 软件包。安装说明要求确认所选 Python 版本拥有对应的 PyTorch、TorchVision 与 TorchAudio 包。

仅有 Arm64 标签还不够。英伟达设置文档明确指出,包括 DGX Spark 构建在内的 Linux Arm64 包,不能在原生 Windows Python 中运行。Windows 环境应采用文档中的 Windows 路径;nightly 构建则应放在独立环境,避免不慎把预发布版本混入原本正常工作的项目。

初步诊断可以显示所选框架构建,以及它是否能看到 CUDA:

import torch
print(torch.__version__, torch.version.cuda)
print(torch.cuda.is_available())

这是在目标机器上运行的安装检查,并非 TechKili 测得的结果。返回 True 不能证明整个应用都能运行,也不能说明它的速度。

继续检查框架以外的依赖

英伟达设置帖提醒,应用本身可能支持 Windows Arm64,但某个依赖尚无兼容 wheel。安装应用依赖还可能替换之前选定的 PyTorch 版本。因此,项目装好后应再次检查 CUDA 可见性,再用实际扩展和数据路径运行一项小型代表性任务。

Windows 应用模拟并不能消除所有原生代码要求。微软文档说明,x86 和 x64 应用可在用户模式下模拟运行,而内核模式组件必须编译为 Arm64。因此,一个桌面应用能够打开,并不能证明它需要的设备驱动也能工作。英伟达同样区分了原生 Arm64 扩展与 x64 库。

项目有可行路径后,再选择硬件

英伟达规格表列出了资源和内存上限不同的 N1X 笔记本配置,较高配置最高为 128GB 统一内存。这是共享内存,不是另外增加的一块独立显存池,也并非每台零售笔记本都配有最高容量。

上市公告列举了 Surface Laptop Ultra 和 ASUS ProArt P16 等系统。应确认具体 RTX Spark 版本、内存和厂商配置,不能只看产品系列名。硬件背景可参阅 TechKili 此前对 N1X 配置的报道。

TechKili 的判断是,在项目所需的软件包、扩展和代表性任务拥有经过验证的迁移路径之前,保留正常工作的 x86 CUDA 系统。新文档中的 Windows Arm64 构建是有用的进展,但选择笔记本仍需要完整工作负载,以及实际出货机器持续性能和续航的证据。

资料来源