※ 引述《Bencrie ()》之铭言：
: https://downfall.page/
: https://www.phoronix.com/review/downfall
: 影响范围从 Skylake 到 Tigerlake / Ice Lake
: 主要跟 AVX2/AVX-512 有关
错，只有跟VPGATHER这组指令有关。给invalid address，会speculative fetch 到cache来，跟meltdown有点类似。
: Linux kernel 已经有放 patch，intel 也有对应的 microcode
: 补洞据说对 AVX 指令的效能影响巨大
: 详细数据 phoronix 还在跑 benchmark，应该很快就会有数据。
VPGATHER指令有很有趣的历史，Haswell出的时候，很慢，还不如一个一个load。
Skylake之后变很快，变得可用，但会写simd的人知道，gather/scatter是要避免的，所以除了table lookup，大家是尽量避免VPGATHER。
然后有趣的是Zen1/Zen2/Zen3的VPGATHER很慢，大家都是一个一个load data，避免VPGATHER。
一直要到Zen4，VPGATHER才值得用，
https://lists.gnupg.org/pipermail/gcrypt-devel/2022-October/005398.html
例如，这个就说Zen4用VPGATHER可以快10%。
VPGATHER需要的时候很好用，但真正需要用的地方很少。避开也很容易，如果真的慢到不能用，回到以前一个一个load就好了。
AMD 的INCEPTION的影响范围就大了，所有indirect branch都要防，所以kernel call必须多jump一次，AMD的建议。
但讲过了，现在cloud该关ht/smt的时候会关，该分开到不同核心都会分，因为永远有新的speculative攻击还没发现。
釜底抽薪，不分享资源就不会出事。所以这些漏洞没什么实际用处。