凡是帶有 Optimus 的筆記本是無法關閉 iGPU (intel 核心顯示卡) 的.
因為這個裝置的螢幕(LVDS/eDP)是來自於 iGPU 卡的 DAC(廣義上的), 而且 HDMI/DisplayPort/VGA /DP over USB 3.1 按照標準方案都是來自 iGPU. 在 Windows 上控制 Optimus 設定的本質是, 讓 3D 應用程式在選擇 3D API 的執行裝置(就比如 DX/OpenGL/OpenCL/Vulkan)的時候選擇到偏好的裝置上, 然後如果是讓 dGPU 渲染, 那麼渲染的 frame buffer 就會透過 PCIe 匯流排傳輸到 CPU, 交給視窗管理器, 視窗管理器交給 iGPU 進行最終輸出. 這個過程會佔用 PCIe 的頻寬, 並引入延遲.
Linux 上可以選擇 PCIe 上回傳畫面的編碼格式(jpeg, raw, png 等). 如果你折騰過就能夠了解這個過程.
但是除了這種情況, MacBook Pro 就是一個例外. MacBook Pro 的 eDP 和 DP(現在整合在 USB-C/Thunderbolt 中) 來自於 iGPU/dGPU, 系統會在純 iGPU/dGPU 渲染 + iGPU 輸出/dGPU 渲染輸出 + iGPU 影片加速 這三個情況下切換, 所以集顯能被關閉, 也能在獨顯啟動時輔助影片解碼. 這些特性都藉助於 PCIe/DisplayPort 的分組交換.
凡是帶有 Optimus 的筆記本是無法關閉 iGPU (intel 核心顯示卡) 的.
因為這個裝置的螢幕(LVDS/eDP)是來自於 iGPU 卡的 DAC(廣義上的), 而且 HDMI/DisplayPort/VGA /DP over USB 3.1 按照標準方案都是來自 iGPU. 在 Windows 上控制 Optimus 設定的本質是, 讓 3D 應用程式在選擇 3D API 的執行裝置(就比如 DX/OpenGL/OpenCL/Vulkan)的時候選擇到偏好的裝置上, 然後如果是讓 dGPU 渲染, 那麼渲染的 frame buffer 就會透過 PCIe 匯流排傳輸到 CPU, 交給視窗管理器, 視窗管理器交給 iGPU 進行最終輸出. 這個過程會佔用 PCIe 的頻寬, 並引入延遲.
NVIDIA Optimus - ArchWikiLinux 上可以選擇 PCIe 上回傳畫面的編碼格式(jpeg, raw, png 等). 如果你折騰過就能夠了解這個過程.
但是除了這種情況, MacBook Pro 就是一個例外. MacBook Pro 的 eDP 和 DP(現在整合在 USB-C/Thunderbolt 中) 來自於 iGPU/dGPU, 系統會在純 iGPU/dGPU 渲染 + iGPU 輸出/dGPU 渲染輸出 + iGPU 影片加速 這三個情況下切換, 所以集顯能被關閉, 也能在獨顯啟動時輔助影片解碼. 這些特性都藉助於 PCIe/DisplayPort 的分組交換.