※ 引述《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溝通的功能都沒了。 ---------------------------------------------------------------------------------------- 現在intel driver teams雖然還是在擴編，但人手還是不足。 現在大概priority是這樣擺的。 1) windows驅動 2) AI(人手增加好快，以後變第一也不意外) 3) Linux的MTL(xe)驅動希望趕在上市前可用 像Huc這種要花很多時間，但功能很有限的，而且有其它方案可用，一定是排在後面的。 xe驅動本來就是"預覽"，還沒支援就說不會支援，真的很會黑。 -- ※ 發信站: 批踢踢實業坊(web-ptt.org.tw), 來自: 219.70.128.119 (臺灣) ※ 文章網址: https://web-ptt.org.tw/PC_Shopping/M.1691797493.A.778

→ oopFoo: 像這種功能，你完全不能在公開場合承諾什 219.70.128.119 08/12 08:05

→ oopFoo: 麼時候可以完成。沒作到被user追打。但上 219.70.128.119 08/12 08:06

→ oopFoo: 司一直逼team作其它更重要的功能。 219.70.128.119 08/12 08:07

→ oopFoo: 不講也是一種無奈。 219.70.128.119 08/12 08:08

→ oopFoo: DRM(Digital Right Management)是萬惡根源 219.70.128.119 08/12 08:12

推 ejoz: 樓上是不是被包養 219.70.128.119 08/12 08:12

→ oopFoo: 為了防止被破解，搞各種怪事，搞到最後連 219.70.128.119 08/12 08:13

→ oopFoo: 驅動都很難寫。 219.70.128.119 08/12 08:13

推 Ereinion9895: 搞不好再過幾年超車a卡，驅動值5千125.224.142.137 08/12 08:34

推 Ahhhhaaaa: 去intel論壇反映問題他們會很快提供新 123.192.245.57 08/12 08:57

→ Ahhhhaaaa: 驅動來解決 123.192.245.57 08/12 08:57

推 FishRoom: 樓下被包養 123.192.245.57 08/12 08:57

推 stepnight: 超車a卡仍然不是N卡驅動值五千ㄚ 49.217.128.243 08/12 12:38

推 SHR4587: 老實說印度仔雖然嘴砲但他在AMD期間驅動 27.53.146.113 08/12 13:26

→ SHR4587: 真的滿穩定的 27.53.146.113 08/12 13:26

→ twinkleAshed: 畢竟到織女星人時都還是GCN架構. 223.137.105.63 08/12 13:52

→ twinkleAshed: 不像娜美星人一樣重頭來過, 當時也 223.137.105.63 08/12 13:53

推 KsiR: 現包養都上檯面了嗎 223.137.105.63 08/12 13:53

→ twinkleAshed: 是對DX9的相容性很不好, 是到後面 223.137.105.63 08/12 13:53

→ twinkleAshed: 的驅動才穩定下來. 223.137.105.63 08/12 13:53

推 yymeow: 專業，推 114.25.201.134 08/12 16:05

推 jay0215: 推！118.167.235.118 08/12 17:43

推 aegis43210: 對i皇來說，繪圖驅動比AI加速難搞多了 175.182.109.99 08/13 00:54

推 peoples: 在包養網遇到朋友= = 175.182.109.99 08/13 00:54

→ aegis43210: ，希望用戶多反饋 175.182.109.99 08/13 00:54