因为自己是zen2用户，很是好奇sam的兼容性问题。今天在Reddit上看到一个帖子，感觉至少对非zen3的Linux用户是重大利好的，有网友引用了Linux开发者之一的Alex Deucher的说法（他不仅仅是Linux显卡驱动的维护者还是AMD开源实验室的工程师，不是巧合吧_(┐ ◟ᐕ)¬_），Linux对SAM已经支持了。
按照这个引用，sam其实是pci总线时代的Linux驱动程序里面的内存映射io（mmio）。
我们稍稍回忆一点点汇编语言和架构知识，对于一般PCIe外周接口卡而言，他们的主存不是在内存空间的一部分，他们在内存空间中真正的位置是接口芯片的地址，所以CPU访问VRAM的路径是：CPU→接口卡内存空间地址→vram。
而mmio则去除了中间接口卡内存地址这一中转站，它在逻辑层扩展了内存地址空间，把vram和主存并列起来。但是这并没有侵占物理内存的使用。
我们使用mmio的限制不是重新刷写BIOS em和更换新架构CPU，而是操作系统在底层指令集调用上是否支持，以及你的用户计算机的最大可用主存还有剩余空间（对于32位计算机一共4GB，现在64位窝是不相信谁家PC这么厉害能给它占满_(:D)∠)_）。

简而言之，在逻辑上CPU可以直接访问任何一个vram单元，就和访问一个主存地址一样。如此一来虽然并没有解决因为soc或者总线速率带来的延迟，但是CPU执行指令变得更加简单。
所以，倘若sam就是mmio的话，AMD采取了一个软手段，我们可能需要一个新的驱动，至多是一个新的BIOS或者一次操作系统的补丁更新。

PS5的黑科技有点类似？

你意思就是是软件层面的。所以zen2有机会在后续更新中用到呗。

技术原理不复杂，这也许不会是一项3A平台独占的技术，若干底层指令集的事。但nVidia肯定指望不了有Xe独显的Intel。如果AU不开放N卡支持，那SAM就是事实上的3A Platform Only

巨硬的阿三程序员靠不住啊(*￣m￣)！

就是说，如果sam≈mmio，那么理论上任何一个CPU都可以直接访问显存？

考虑到显存的访问延迟比内存大，所以在不改动游戏状态下提升，可能还是需要bios内改动或者必须访问那个128M的L3？

有这个概率，我的华硕tuf570主板这个礼拜更新了agesa1100pb版本的bios，一个是加上了华硕自己的fmax pbo功能，现在我的37x多核pbo可以稳到4.2以上了，还有一个就是增加了一大堆cpu选项，里面就有mmio

其实就是重写了驱动程序把vram映射到某个一般人用不到的内存字段上呗。我感觉这要不是专门优化就没用，pcie4总共才100GB/s的带宽，而且延迟很高，一般人不会想要这个吧

所以6000系列才是真正的pcie4.0显卡带宽充分用上了

所以，关键的问题就是硬件级还是软件实现。如果是硬件那ZEN2就没戏了，软件嘛将来AMD肯定会给的

直接访问显存？ 看来现在固态真的不行了。 CPU效率还要提高。

NVIDIA的nvlink，intel的cxl，同种东西。都是竞争对手，想要相互支持还是挺有难度的。