最近帮朋友搭了一台跑模型推理的机器，客户点名要在Windows上用Hyper-V管理虚拟机，还要求把一块RTX 4060 Ti直接塞给Ubuntu虚拟机用。折腾了两天Hyper-V的显卡直通，踩着各种坑把整套流程跑通之后，我觉得很有必要把这段经验整理出来。很多人一听到“Hyper-V显卡直通”就觉得是服务器虚拟化才有的功能，其实在Win10/Win11甚至Windows Server的桌面环境里同样能玩，关键是选对技术路线、按顺序操作。这篇文章就围绕Windows + Hyper-V + 显卡直通这三个要素展开，把从硬件检查到虚拟机内装驱动的完整过程都讲清楚，适合想在Hyper-V里跑AI推理、视频转码、3D渲染或者玩游戏的虚拟化爱好者参考，也适合第一次接触设备直通的新手按步骤复现。
1. 显卡直通到底在解决什么问题
1.1 虚拟机默认的显卡为什么不够用
先说说很多人容易忽略的背景：Hyper-V下的虚拟机默认使用的是“Microsoft Hyper-V 合成视频适配器”，这是一块纯软件模拟的显示设备，它的任务只是让你能看到桌面、能用远程桌面连进去，完全不提供任何硬件加速能力。你在这台虚拟机上解码4K视频、跑个Blender渲染、开个浏览器看WebGL页面，通通都得靠CPU慢慢算，更别提跑深度学习模型了。
这就好比你让一名会计去后厨炒菜，理论上他也能颠勺，但效率和专业厨师完全不是一个量级。想让虚拟机的图形性能接近物理机，唯一靠谱的办法是把一块真实的物理GPU直接分配给虚拟机使用，让虚拟机绕过Hyper-V的抽象层，直接跟显卡硬件对话，这就是“显卡直通”的核心含义。
1.2 两条技术路线：DDA与GPU-P
在Windows的Hyper-V体系里，显卡直通并不是只有一个叫法。微软官方提供的有两条路，实际使用时要分清楚，否则会在错误的路上浪费大量时间。
第一条叫离散设备分配（Discrete Device Assignment，简称DDA），它的原理是把整块PCIe设备（这里是显卡）从宿主机上“摘下来”，然后整个绑定给某一台虚拟机。这块卡从此成为虚拟机的专属设备，VM独享全部显存和算力，性能损耗非常小，实测基本能做到物理机95%以上的性能。代价也很直白：一个物理GPU只能给一个VM，宿主机自己就看不到这块卡了，别的虚拟机也没法分享它。
第二条叫GPU分区（GPU Partitioning，简称GPU-P），它把一块物理GPU按比例切成多个虚拟GPU，可以同时分给多台虚拟机使用。听起来很美好，但微软并没有在Hyper-V管理器里提供图形化的开关，配置需要额外的手动脚本，而且对显卡驱动和GPU型号有要求，普通游戏卡的兼容性参差不齐，实际折腾成本比DDA高不少。Windows本身的WSL2、Windows Sandbox底层就是走GPU-P，但把这条路搬到Hyper-V虚拟机里用，目前阶段更适合动手能力强的老玩家去尝试。
我个人的建议很明确：按标题“Windows Hyper-v 显卡直通”去实操，首选就是DDA。它有大把现成的PowerShell命令可调，硬件兼容性更广，踩坑时也更容易在网上找到同样的案例。下面的内容全部围绕DDA展开。
2. 动手前的硬件检查与环境准备
2.1 主板BIOS里的几个关键开关
先别急着开PowerShell，DDA能不能成，硬件层级的开关起决定性作用。你需要确认CPU支持并开启了对应的IOMMU功能：Intel平台的VT-d、AMD平台的IOMMU。这是操作系统的DMA重映射基础，如果这里没打开，后面所有步骤都白搭。
进BIOS后主要找这三个选项：
- VT-d（Intel）或IOMMU（AMD）：必须打开，名字可能叫“Intel Virtualization Technology for Directed I/O”。
- Above 4G Decoding：建议打开。它允许系统使用大于4GB的PCIe BAR地址空间，否则大显存显卡的地址映射容易出问题。
- Re-Size BAR（可选的Resizable BAR）：如果你手头是较新的N卡或A卡，打开后能提升PCIe访问效率，但不开也不影响直通流程。
有些主板把VT-d和VT-x放在同一个菜单下，别只开了VT-x就以为完事了。我见过好几个人BIOS里VT-x开着，VT-d默认Disabled，结果Dismount显卡后怎么都分配不成功。
开完这些开关之后，建议先重启进Windows确认Hyper-V能正常使用。打开“启用或关闭Windows功能”，勾选Hyper-V下的所有子项，再装一下“Windows虚拟机监控程序平台”。装好后重启，在Hyper-V管理器里确认默认交换机能创建虚拟机。
2.2 显卡选择与宿主显示方案
DDA这种直通方式对显卡本身没有太多限制，NVIDIA的GeForce系列、AMD的Radeon系列、Intel的Arc系列我都测试过，都能直通。真正要提前规划的是宿主机自己的显示输出问题。
因为被直通的显卡会从宿主机系统中“消失”，如果你的CPU没有核显、机器上又没有第二张亮机卡，那么一旦你在Dismount那个动作执行后，宿主机界面会瞬间黑屏、远程桌面也会断开——这块卡已经交出去了，宿主机没有任何可用的显示输出了。
所以实操前必须搞清楚一件事：这台机器除了要直通的那张卡之外，还有没有别的显示设备？最稳妥的方案是CPU带核显并把显示器接在核显上，或者主板里插一张便宜的亮机卡专门给宿主机用。别觉得这是小题大做，我见过有人在只有一张显卡的台式机上配DDA，全程盲操作，最后只能靠抠主板电池重置BIOS才恢复环境。
2.3 系统版本与驱动前置准备
Windows Server 2016之后的版本对DDA支持最完整，Windows 10/11专业版或企业版同样支持。普通家庭版在Hyper-V功能和某些PowerShell参数上会受限，所以我建议直接使用专业版以上或Windows Server。
另外顺带提醒一下，装过VMware Workstation的机器在开启Hyper-V或Device/Credential Guard之后，开VMware会提示“您的主机不满足在启用Hyper-V或Device/Credential Guard的情况下运行VMware”。这是两个虚拟化栈共存的老问题。如果你计划长期在Windows上用Hyper-V做显卡直通，建议VMware和Hyper-V二选一，否则去调试冲突的时间比配置直通本身还长。
驱动方面，建议把要直通的这张卡的厂商驱动提前下载好，放在宿主机本地磁盘上。Windows下的显卡驱动和Linux下的驱动包都可以先在宿主机上准备好，等设备分配给VM之后再拷进去安装。
3. DDA实操全流程
3.1 创建一台适合直通的虚拟机
不用等到最后一步才想VM的配置，分配显卡时很多参数是不可调整的，所以最好一开始就把基础配置做对。
在Hyper-V管理器里新建虚拟机时，我建议这样设置：
- 代数选择第2代。虽然第1代也能直通，但第2代对UEFI和现代PCIe设备的兼容性更好。
- 内存选择固定内存，不要勾选“启用动态内存”。动态内存与DDA设备直通存在冲突，因为设备需要固定的物理地址映射。
- 虚拟硬盘容量留足。装GPU驱动、模型文件、游戏这类东西都吃空间，建议至少100GB起。
- 网络和CPU按正常虚拟机配置，不影响DDA。
创建完成后，先把Windows或Ubuntu系统装好。装系统这一步不需要显卡，虚拟机的合成显卡足够完成安装流程。系统装好后，关机，再继续后面的操作。
还有一个容易忽略的地方：如果你打算直通给Linux虚拟机，Hyper-V增强会话功能（Enhanced Session Mode）在安装完驱动后依然可以正常用，它走的是VMBus虚拟通道，不依赖显卡直通，所以远程桌面操作完全不受影响。如果增强会话在黑屏或分辨率问题时导致无法显示，可以临时切到标准控制台会话窗口。
3.2 用PowerShell获取显卡的位置路径
DDA的核心操作全部通过PowerShell命令行完成，第一步是让宿主机知道“我要直通的到底是哪个PCIe设备”。Hyper-V识别设备不是靠显卡名称，而是靠它的位置路径（Location Path）。
在宿主机上用管理员身份打开PowerShell，执行下面的命令查看当前的显示设备：
Get-PnpDevice -Class Display输出里能看到显卡的名字、状态和InstanceId。记下你想直通那张卡的InstanceId，然后执行这条命令获取它的位置路径：
$pnpId = "PCI\VEN_10DE&DEV_2803&SUBSYS_XXXX&REV_A1" $locationPath = (Get-PnpDeviceProperty -InstanceId $pnpId -KeyName "DEVPKEY_Device_LocationPaths").Data[0] $locationPath这里.Data[0]很重要，因为一块PCIe设备有时会返回多个位置路径，比如同时带PCI root port路径和直接物理路径。取第0个通常就是我们要的那条长字符串，形如PCIP(0;2;10)或者更长的UEFI路径。
如果这条命令返回空的Data，先检查是不是管理员权限不够，或者该设备正在被系统占用。设备管理器里如果还有别的软件在调用这块卡，会直接影响LocationPath的获取。
3.3 让设备脱离宿主机的控制
拿到位置路径之后，关键一步来了：先把这块显卡从宿主机系统中“卸载”下来。这一步在DDA里叫Dismount（卸载可分配设备），本质上是把该PCIe设备从宿主机的驱动栈里摘除。
我的建议是先打开设备管理器，找到这块显卡，右键“卸载设备”，并在确认窗口勾选“删除此设备的驱动程序软件”。这一步能把宿主机里绑定在这块卡上的驱动关系先清掉，最大程度避免后面操作时蓝屏。
然后回到管理员PowerShell，执行：
Dismount-VMHostAssignableDevice -LocationPath $locationPath -Force执行完之后，你可以用下面的命令确认它已经变成“可分配”状态：
Get-VMHostAssignableDevice注意这里有个必须提前预告的现场效果：如果你的宿主机没有核显或第二张卡，执行完这条命令的瞬间画面就会黑掉，所有远程连接同步断开，因为显卡已经被摘走了。这是正常现象，不用慌张，只要把显示器信号切换到核显/第二张卡上即可。有核显的好习惯在执行这一步前就应该把显示器接到核显接口上，而不是插在独显上。
3.4 把显卡分配给目标虚拟机
显卡处于可分配状态后，用一条命令把它交给虚拟机：
Add-VMAssignableDevice -LocationPath $locationPath -VMName "GPU-VM"这里的GPU-VM替换成你自己的虚拟机名称。执行成功后再执行：
Get-VMAssignableDevice -VMName "GPU-VM"会看到这张卡已经被列在虚拟机的可分配设备列表里。
但到这里还不能直接开机，还有一个重要的内存映射参数没有处理，那就是MMIO空间。显卡需要把自己的显存和寄存器映射到物理地址空间，Hyper-V虚拟机默认分配的MMIO空间很小，大显存显卡一开机就会报内存不足。设置方法如下（以NVIDIA RTX 4060 Ti 16GB显存为例）：
Set-VM -VMName "GPU-VM" -LowMemoryMappedIoSpace 3GB -HighMemoryMappedIoSpace 32GBLowMemoryMappedIoSpace一般固定在3GB即可，HighMemoryMappedIoSpace需要覆盖显卡的显存和BAR大小。我的经验是取值不低于显卡显存大小，宁多勿少，给到显存的两倍左右一般不会出错。16GB显存设32GB，12GB显存设24GB，以此类推。如果后面启动时仍然报MMIO不足的错，再往上加就行。
在Windows 10/11客户端上，部分机器还建议再执行一条命令允许虚拟机直接控制缓存：
Set-VM -VMName "GPU-VM" -GuestControlledCacheTypes $true这条主要是解决某些显卡在直通后宿主机仍然占用缓存控制权而导致的虚拟机内性能异常或设备报错问题。在Windows Server上不一定需要，但加了也不影响正常使用。
3.5 虚拟机内安装驱动并验证
上述设置做完，启动虚拟机。开机过程中如果一切正常，虚拟机的BIOS/UEFI阶段就会识别到这块真实的PCIe显卡，而不是之前的合成显卡。进入系统后打开设备管理器，你会看到一块带黄色感叹号的未知PCIe设备，这就是Windows还没识别“老朋友”的身份了。
安装驱动即可。在Windows虚拟机内直接运行之前下载好的驱动安装包，安装完重启虚拟机。重启后检查设备管理器，如果显卡显示正常且没有感叹号，恭喜，驱动安装成功。
如果直通目标是Linux虚拟机（比如我这次朋友的需求是Ubuntu 24.04），步骤也差不多。虚拟机启动后先执行lspci | grep -i nvidia确认是否能识别到显卡。然后安装NVIDIA官方驱动时注意先禁用系统的nouveau开源驱动，同时确保内核头文件已安装，否则DKMS编译会失败。安装完重启后执行：
nvidia-smi能看到显卡型号、显存、驱动版本和温度信息，就说明Linux侧直通已经成功。
4. 让性能真正跑满的几处细节
4.1 确认PCIe带宽没被阉割
很多时候显卡直通成功了，性能却总觉得不对，跑分只有物理机的一半。问题往往出在PCIe链路速度上。Hyper-V在分配设备时走的是物理PCIe路径，但如果你把显卡插在了芯片组发出的PCIe x4插槽上，或者主板上还有别的设备在抢带宽，直通后的链路速度就会被打折。
虚拟机内可以用GPU-Z或AIDA64查看“Bus Interface”一项。正常应该显示PCIe x16 4.0或x8 3.0之类的完整链路。如果显示x4甚至x1，可以把显卡换插到直连CPU的那个PCIe x16插槽，或者进BIOS里手动把该插槽的链路速度锁定到最高档。这个细节非常容易被忽略，却是直通性能的最大杀手。
4.2 MMIO参数怎么调不踩雷
前面提到了MMIO参数，这里展开讲一下计算方法，因为这是我踩得最深的坑之一。
先理解一下为什么要调：DDA是将整块PCIe设备的全部地址空间映射给虚拟机。显卡不仅需要映射显存，还需要映射自己的配置空间、BAR0/ BAR1等多个地址区域。Hyper-V默认的HighMemoryMappedIoSpace只有几百MB，面对6GB以上显存的显卡完全不够用。
我的建议是：先查看显卡规格里的显存容量，然后向上取整至GB单位的整数，再把HighMemoryMappedIoSpace设成2倍左右。比如：
- RTX 4060 Ti 16GB → 设置32GB
- RTX 3060 12GB → 设置24GB
- RX 6600 8GB → 设置16GB
如果开机后系统提示“不能启动，因为没有足够的系统资源”，说明MMIO空间还是不够，继续加大HighMemoryMappedIoSpace值。注意这个参数是按2的幂次对齐还是按GB为单位，微软文档用的是GB为单位，直接写32GB这种格式即可。
4.3 直通设备拿回宿主机的方法
屏幕前的你已经成功把显卡交给了虚拟机，但如果过两天想把这卡拿回宿主机用，操作其实是对称的。
先把虚拟机关闭，然后在宿主机管理员PowerShell执行：
Remove-VMAssignableDevice -LocationPath $locationPath -VMName "GPU-VM"这条命令把显卡从虚拟机里移除，设备重新回到宿主机控制。接着执行：
Mount-VMHostAssignableDevice -LocationPath $locationPath完成后打开设备管理器，刷新一下，显卡应该重新出现。如果发现驱动没自动装回来，去设备管理器先扫描硬件改动，或者重新安装显卡驱动即可。这里唯一的坑就是卡上如果还残留着上一次的驱动配置，某些机器会在重挂时蓝屏，重启一次通常能解决。
5. 常见问题与排查技巧实录
5.1 虚拟机里显卡报错Code 43
这是Windows虚拟机和物理显卡之间最经典的问题之一。直通成功但设备管理器里显示“Windows 已停止此设备，因为其报告了问题 (代码43)”。
我遇到Code 43时，按优先级排查这四个方向：
- 关闭基于虚拟化的安全（VBS）：Windows的Device Guard、Credential Guard会干扰设备直通。以管理员身份打开PowerShell执行
msinfo32，看“基于虚拟化的安全”是否处于运行状态。如果它开着，去“Windows安全中心-设备安全性-内核隔离”里关闭内存完整性，重启后再试。这一步解决了我八成的Code 43问题。 - 确认MMIO空间够大：显存越大越容易触发，把HighMemoryMappedIoSpace再加大一档。
- 换一个驱动版本：优先用官网上的WHQL稳定版，不要追最新版Game Ready驱动。
- 检查是否启用了安全启动（Secure Boot）：部分显卡驱动在DDA + Windows VM的组合下对Secure Boot状态敏感，如果前面都试过不行，可以去虚拟机设置里把Secure Boot临时关掉再试。
5.2 启动虚拟机时报MMIO空间不足
启动时弹窗提示“没有足够的系统资源”或者“无法分配MMIO空间”，基本就是前面的HighMemoryMappedIoSpace设置太低。把虚拟机关闭，执行：
Set-VM -VMName "GPU-VM" -LowMemoryMappedIoSpace 3GB -HighMemoryMappedIoSpace 64GB64GB是一个稳妥的“万能值”，对目前市面上绝大多数显卡都够用。别担心设大了浪费——这只是给虚拟机预留一个高地址窗口，并不是真的占用64GB物理内存。设置完再启动虚拟机，这个报错基本就解决了。
5.3 宿主机黑屏或显卡驱动回装失败
直通成功之后，宿主机上原来的显卡位置变成空白，这是设计行为。但如果后来卸载DDA、把显卡Mount回宿主机后发现黑屏，或者装不上驱动，多半是显卡的驱动残留没有清干净。
这时候不要去设备管理器里硬装，直接把显存卡管理机构提供的DDU（Display Driver Uninstaller）工具拿到宿主机上，进安全模式把之前的驱动痕迹全部清理一遍，再重启装新驱动。Windows把PCIe设备挂回宿主机后，如果驱动栈里残留的是它作为“可分配设备”时的旧状态，很容易产生这种装不上驱动或者黑屏的怪毛病。
5.4 检查点、快照与迁移的限制
这是DDA的硬限制：一旦一台虚拟机分配了物理设备，Hyper-V的自动检查点功能会变得非常不可靠，尝试创建检查点时可能直接报错或者把设备配置搞乱。手动恢复到一个旧的检查点也是危险的，很可能导致分配状态和VM配置不一致，虚拟机的可分配设备列表直接错乱。
所以分配给DDA设备的虚拟机，我建议直接关闭自动检查点。另外，快速迁移、在线导出这类操作同样不适合有物理直连设备的VM。物理设备没有“序列化”的概念，没法像虚拟磁盘那样平滑迁移。
5.5 增强会话会话下分辨率异常
直通成功后再用Hyper-V的增强会话连接虚拟机，有时会发现分辨率锁死在1024x768，控制台界面没法调整。这是因为增强会话走的是VMBus的虚拟显示器，它跟被直通的显卡是两个互不干扰的通道。驱动安装后，真正的显卡输出至少在虚拟机内部桌面里可以用，但Hyper-V控制台窗口的分辨率仍然受限于虚拟显示器的默认设置。建议直接用RDP或者VNC连接虚拟机操作，把控制台窗口留给常规运维用，这样体验最舒服。
6. 关于这套方案的一些个人体会
从实用角度看，Windows Hyper-V的显卡直通确实是一个“能干事但也需要耐住性子”的方案。它最大的优点是用微软原生功能就完成了GPU透传，不需要额外装商业软件，也不依赖某个特定虚拟化平台的长周期版本更新；最大的缺点是操作偏命令行、排错过程相对小众，一旦遇到奇怪问题，网上找到的案例可能比较少。
我在实际测试中体会很深的是：决定成败的往往不是PowerShell命令本身，而是事前把硬件链路理清楚。BIOS里VT-d没开，后面一切免谈；宿主机没有核显，Dismount一步就能把自己锁在门外；MMIO参数不按显存调，虚拟机怎么开都报资源不足。把这些前置条件都确认完，DDA流程跑起来其实非常快，从获取LocationPath到虚拟机里跑出GPU-Z截图，熟练之后十分钟就能完成。
这套方案后续还可以继续扩展：比如在同一台宿主机上插两张卡，一张直通给Ubuntu跑训练，另一张留给Windows物理桌面用；或者把DDA与存储直通结合在一起，做一台全直通的“高性能虚拟机工作站”。如果你对Hyper-V不排斥，又恰好有多余的GPU、核显和一块支持VT-d的主板，照着这篇文章的步骤试一次，我相信你也会觉得“原来微软原生也能把显卡直通玩到这种程度”。
