Intel Arc独显不支持多卡互联？恐怕还有转机

众所周知，前段时间 Intel 方面已经在中国市场首发了新的 " 特供版 " 独显 Arc A380。作为 Intel 真正重新回归独显市场的首款量产产品，Arc A380 理所当然地收获了大量的关注，也使得其背后的代工厂商蓝戟（GUNNIR）一下子被推到了公众面前。

近日，蓝戟方面就召开了一场交流活动，并针对 Arc A380 的技术特性、设计细节，回答了诸多消费者关心的问题。其中的一个问题也引起了我们三易生活的关注，那就是关于 Arc 显卡的多卡互联问题。

据相关报道显示，在回答 "Arc 显卡是否支持双卡互联（打游戏）" 时，蓝戟方面给出了否定的答案。但同时他们也提及，在搭配带有核显的 12 代酷睿处理器使用时，Arc 显卡可以启用 " 独家打造的 Deep Link 技术 "，从而实现以下三种场景核显 + 独显的协同工作。

其一是" 超级计算 "，指的是核显和独显的计算引擎、AI 加速指令集可以同时运作，加速诸如 PhotoShop 之类的软件里 AI 代码的运行速度。

其二是" 超级编码 "，指的是在部分视频转码、视频制作软件中，Intel 核显与独显的媒体引擎可以同时运算，加速视频编码速度。

最后一种场景则是" 直播助手 "，指的是在边打游戏边直播的情况下，Intel 的独显与核显能够 " 分工合作 "，其中独显专注游戏画面渲染，集显则负责游戏录屏、视频实时编码。这样一来，独显的性能完全不会被拖累，理论上可以实现更流畅的游戏体验。

乍看之下，Intel 为 Arc 显卡设计的这三种 "Deep Link" 场景确实都还是挺有想法，也具备一定的实用价值。但问题就在于，除了这三种场景外，Arc 显卡真的就没有其他能实现 " 多卡互联 " 的可能性了吗？

两块相同型号 N 卡使用 NVLink 连接器互联，这是典型显卡厂商私有互联标准的例子

首先，大家要知道一个最基本的前提，那就是对于现代的显卡来说，" 多卡互联 " 的技术标准并非只有一套。或者说得更准确一点，并不是只有一种实现方式。

简单来说，显卡间要想 " 互联 "，只需满足两个大前提中的一个就行。第一种情况，是这款显卡支持厂商自己的 " 私有 " 多卡技术，比如 NVIDIA 的 SLI、AMD 的 CrossFire，或者 Intel 的 "Deep Link"。这时候显卡间如何并行运作，分别承担哪些运算或图形渲染任务，是由显卡驱动来控制的。

两张不同品牌、不同型号的显卡，实际上也可以实现互联

但实际上 " 显卡互联 " 还有第二种实现方式，那就是绕过显卡驱动，直接由 Windows 系统的 DirectX 12 API 来给显卡分配任务。没错，如今 Windows 系统是具备凌驾于显卡厂商之上，更底层的 " 原生多卡 " 技术。

早在 2015 年，微软方面就曾借助还处于测试阶段的《奇点灰烬》这款游戏，展示过 DirectX 原生多卡互联技术的实力。在当时的演示案例中，一块 AMD Radeon R9 Fury X 和一块 NVIDIA GeForce GTX 980 Ti 实现了无视驱动限制的 " 跨品牌互联 "。而且因为是基于底层 API 实现的任务分配，DX12 多卡互联带来的性能提升甚至比各自厂商的驱动级私有互联技术还更高一截。

最为重要的是，DirectX 的原生多卡互联是可以 " 完全无视 " 显卡驱动限制的。虽然它需要游戏或软件开发者进行更多更细致的底层编程，但一旦优化得当，哪怕所使用的显卡本身不具备 " 多卡 " 功能，也一样可以被强制调用进行并行处理。

举一个很现实的例子，就是可能不少做视频的朋友都知道，在最新的 Premiere Pro 2022 里 Adobe 搞出了一个 " 混合 GPU 加速 " 技术，就可以同时使用 Intel 的核显以及 NVIDIA 独显进行视频编码加速。据实测显示，有了这项技术，哪怕是台式机 CPU（i5-12600K）里的低规格核显，也能让编码速度比单纯使用独显再快上 20% 甚至更多，效果堪称 " 妖孽 "。

那么问题就来了，按这个思路，Intel 的独显和集显是都能完美支持 DirectX 12 API 的，那么理论上来说，Arc 独显和独显之间、甚至 Arc 独显和 Xe 集显之间，当然都可以支持这种 " 系统原生互联模式 " 的。那么，为什么相关厂商却对此绝口不提呢？

DX12 原生多卡互联技术可以打破品牌、驱动的限制，但对游戏 / 软件本身的编程要求很高

当然，我们不能排除相关厂商在参与这次活动时，并不知道微软的 Windows 系统还有一套 " 显卡互联标准 " 这件事，可能只是照着 Intel 给的技术文档来回答问题。既然 Intel 只说了有三种功能的 Deep Link，Ta 自然不能节外生枝。

除此之外，还有一种可能性是，相关厂商或许很清楚 Arc 独显其实是可以借助微软的底层 API 来实现 " 多卡互联 "。但毕竟 DirectX 12 的多卡互联不属于显卡自身具备的功能，再加上它比显卡厂商自己的互联标准更 " 吃 " 优化，需要相关的游戏、程序详细针对每一款显卡制定任务分配模式。

这也就意味着，刚刚才上市、连最基础的业界影响力和玩家口碑都还没有奠定的 Intel Arc 独显，就算理论上能够支持 DirectX 12 的 " 原生多卡互联 " 技术，实际上也几乎不可能有游戏已将其加入了自己的 DX12 多卡互联兼容名单里、并做好了针对性的优化。

如此一来，相关厂商在活动中对 Arc 独显潜在的额外 " 多卡互联 " 功能闭口不谈，自然也就成为了可以理解、且值得赞赏的谨慎行为。

【本文图片来自网络】