※ 引述《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沟通的功能都没了。