_mm512_load_epi32和_mm512_load_si512有什么区别？

Question

英特尔内在指南简单地说明了_mm512_load_epi32 ：

从存储器加载[s] 512位（由16个打包的32位整数组成）到dst

那_mm512_load_si512 ：

将[s] 512位整数数据从内存加载到dst中

这两者有什么区别？ 文件不清楚。

Answer 1

没有区别，它只是愚蠢的冗余命名。 为清晰起见，请使用_mm512_load_si512 。 谢谢，英特尔。 像往常一样，理解AVX512的底层asm更容易，然后你可以看到笨拙的内在命名试图说的是什么。 或者至少你可以理解我们最终得到了一些不同的文档建议_mm512_load_epi32与_mm512_load_si512 。

几乎所有AVX512指令都支持合并屏蔽和零屏蔽 。 （例如， vmovdqa32可以执行掩码加载，如vmovdqa32 zmm0{k1}{z}, [rdi]为零向量元素，其中k1具有零位），这就是为什么存在不同元素大小的版本，例如向量加载和按位运算。 （例如vpxord与vpxorq ）。

但这些内在函数适用于无掩盖版本。 元素大小完全无关紧要。 我猜_mm512_load_epi32与_mm512_mask_load_epi32 （merge-masking）和_mm512_maskz_load_epi32 （零屏蔽）的一致性存在。 请参阅vmovdqa32 asm指令的文档。

例如_mm512_maskz_loadu_epi64(0x55, x)加载时将奇数元素_mm512_maskz_loadu_epi64(0x55, x)零。 （至少它是免费的，如果将0x55放入k寄存器的成本可以从循环中提升。并且如果我们没有失去编译器将负载折叠到ALU指令的内存操作数的机会。）

当元素全部未加载到目标中时，元素边界毫无意义。 这就是AVX2和更早版本没有像_mm_xor_si128这样的按位布尔值和_mm_xor_si128等加载/存储的不同元素大小版本的_mm_load_si128 。

---

某些编译器不支持未对齐的未屏蔽加载的元素宽度名称 。 例如，当前gcc不支持_mm512_loadu_epi64即使它支持_mm512_load_epi64因为第一个gcc版本完全支持AVX512内在函数。 （见错误：'_mm512_loadu_epi64'未在此范围内声明 ）

没有CPU， vmovdqa64与vmovdqa32的选择对于提高效率至关重要 ，因此无论数据的自然元素宽度如何，尝试暗示编译器使用其中一个都是零点。

只有FP与整数对于负载才有意义，而英特尔的内在函数已经使用了不同的类型（ __m512与__m512i ）。