※ 引述《qwe753951 (滑倒)》之銘言：
: : 推 Bencrie: 這麼愛更新驅動就來 Linux 這邊玩啊 210.242.38.175 08/11 17:56
: : → Bencrie: 你可以天天拉 git 下來 build 210.242.38.175 08/11 17:56
: : → Bencrie: 只要 build linux mesa 這兩樣就好 210.242.38.175 08/11 17:57
: : → Bencrie: 年底新架構的驅動 Xe 有機會進 mainline 210.242.38.175 08/11 17:57
: : → Bencrie: 現行的老 i915 還是會繼續維護就是 210.242.38.175 08/11 17:58
: 說到linux，如果各位想要用intel最新的A系顯卡搭配linux，這邊有個壞消息給各位參考
: 目前看來Alcemist架構的顯卡在linux上功能會是半殘的狀態
: 現在intel在linux上有兩套驅動，舊的i915和新的Xe驅動，i915缺了一些功能(VM_BIND)，
: 導致vkd3d-proton的效能很差，甚至不會能玩，Xe驅動則是缺一些功能，導致Alcemist架
: 構影音單元不能用
VM_BIND主要是Sparse Texture有用到，以前的iGPU是跟cpu連在一起，連L3都共用，cpu的記憶體隨便用。Arc是獨顯，要支援這樣的driver架構太難了。
arc用i915驅動跑vkd3d-proton沒有效能很差，是有用到這功能(sparse)的遊戲會效能很差，基本上是手指數的出來的數量遊戲。
: 詳細資訊請參考：https://gitlab.freedesktop.org/drm/xe/kernel/-/issues/234
: 簡單來說Alcemist架構的顯卡在linux上：
: i915： D12遊戲效能差甚至不能玩
: Xe： 硬體解/編碼不能用
https://github.com/intel/media-driver#decodingencoding-features
用xe的專用driver不是硬體解/編碼不能用，是沒有"AVC/HEVC/VP9/AV1 low power encoding bitrate control, including CBR, VBR, etc."
硬體解碼完全正常，編碼也可用，只是bitrate不能控制。
: 二則一，各位想清楚黑
: intel的說法是他們想專注開發Xe驅動，所以不再為i915開發新功能，但Alcemist架構有點
: 麻煩，所以不想浪費力氣支援Xe驅動，結果是孤兒DG1有的功能主力Alcemist卻不支援
: 目前看來intel下一代meteor lake也會用上Alcemist架構，大家好自為之
你翻譯軟體有問題？原文不是這樣寫的。
i915本來就是iGPU用的，現在arc暫時用是功能完整，穩定但某些效能有問題，會繼續替arc維護，但像VM_BIND這種是完全iGPU的功能，真的太難移植到ARC上的，就只能說抱歉了。
xe驅動，專門開發給alchemist 用的，效能好，功能有缺，穩定還有問題，給想實驗的人用的。
Huc不是不支援，是會擺在年底(也許更後面)支援。MTL的huc loading方法跟ARC又不同，MTL的會先上，因為容易寫。
MTL的iGPU架構比較像是獨顯，很多以前iGPU可以直接跟CPU溝通的功能都沒了。