如何為 8 個以上 GPU 配置虛擬內存？ （Windows 修復）

了解多 GPU 設置中的虛擬內存約束

1. Windows 為每個進程分配虛擬內存，而不是全局分配，每個 GPU 綁定的應用程序（尤其是加密貨幣礦工或 AI 訓練框架）可能會請求大量連續的虛擬地址空間。

2. 對於 8 個或更多 GPU，驅動程序級內存映射、PCIe BAR 分配和 CUDA 上下文初始化共同需要比 64 位 Windows 上默認的 4GB 用戶模式限制更高的虛擬地址空間。

3. 虛擬內存不足表現為“CUDA_ERROR_MEMORY_ALLOCATION”、“無法初始化設備上下文”，或者在內核啟動期間無提示崩潰而沒有明確的錯誤代碼。

4. Windows 頁面文件大小本身並不能解決這個問題——虛擬地址空間耗盡與物理 RAM 或頁面文件容量不同。

修改擴展地址空間的引導配置

1. 以管理員身份啟動命令提示符並執行bcdedit /setincreaseuserva 3072將用戶模式虛擬地址空間從 2GB（傳統引導上的默認值）或 4GB（標準 UEFI）提高到 3GB。

2. 對於具有 >8 個運行內存密集型內核的 GPU 的系統，請使用bcdedit /set raiseuserva 4096分配最多 4GB 的用戶模式 ​​VA 空間 - 這需要在兼容的二進製文件中啟用“/LARGEADDRESSAWARE”標誌。

3. 應用更改後重新啟動；使用bcdedit /enum進行驗證，並確認“increaseuserva”出現在活動啟動項下。

4. 避免值超過 4096，除非使用具有完整 64 位 VA 支持的 Windows Server 版本 — 消費級 Windows 版本將可用用戶 VA 限制為 ~4GB，即使在 x64 上也是如此。

GPU 驅動程序和 PCIe 配置調整

1. 通過 NVIDIA 控制面板禁用不必要的 GPU 功能：關閉 PhysX、3D Vision 和 GPU 加速的 Windows 動畫，以減少驅動程序端虛擬地址消耗。

2. 在設備管理器中，打開每個 GPU 的屬性→資源→更改設置→取消選中非主 GPU 的“啟用總線主控”（如果它們僅用於計算而非渲染）。

3. 使用mmcfg註冊表調整：導航到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PCI並將“MmConfig”DWORD 設置為 1 以強制內存映射配置空間，從而提高跨多個 PCIe 根聯合體的 BAR 分配效率。

4. 確保所有 GPU 安裝在連接到同一 CPU 插槽的插槽中 - 由於 NUMA 感知的驅動程序映射，跨插槽 PCIe 路由會增加 VA 碎片。

計算工作負載的頁面文件優化

1. 在 NVMe SSD 上設置固定大小的頁面文件：最小值 = 16GB，最大值 = 32GB — 避免系統管理的大小調整，因為它會在內存壓力期間引入延遲峰值。

2. 如果存在多個 NVMe 驅動器，則將頁面文件分佈在多個快速存儲設備上，為每個 4-GPU 組分配一個頁面文件，以平衡並發內存轉儲期間的 I/O 爭用。

3. 禁用頁面文件壓縮：運行fsutilbehaviourbehaviorsetdisablelastaccess1和fsutilbehaviorbehaviorsetdisablelastaccess0來重置干擾低延遲交換操作的 NTFS 元數據開銷。

4. 在任務管理器→性能→內存→提交費用中確認頁面文件可見性；當所有 8 個 GPU 都處於活動狀態並加載模型時，“總計”應超過“限制”至少 8GB。

常見問題解答

Q：增加userva會影響系統穩定性嗎？答：否——這僅調整內核/用戶 VA 分割。內核空間按比例縮小，但仍然足以容納 Windows 10/11 build 1904x 及更高版本上的標準驅動程序和服務。

問：我可以在Windows 11家庭版上應用increaseuserva嗎？答：是的，bcdedit 在所有 Windows 11 版本（包括 Home）上的工作方式相同；沒有組策略或 Pro 許可證要求適用。

問：為什麼 nvidia-smi 調優後在某些 GPU 上的內存使用情況顯示“N/A”？答：當驅動程序未能在初始化早期將 VRAM 映射到主機 VA 空間時，就會發生這種情況 - 重新啟動並應用增加用戶瓦通常會恢復可見性。

問：WSL2 是否適合 8-GPU 挖礦設置？答：不推薦 - WSL2 在具有固定 VA 約束的輕量級 VM 內運行，並且缺乏大多數挖掘二進製文件所需的多 GPU 計算上下文的直接 PCIe 直通。