英特尔自动矢量化行程计数解释？

Question

我已经完成了相当多的线程级和进程级并行，现在我正尝试使用英特尔 C++ 编译器进入指令级并行，这是一个相当大的挑战。

在对循环进行一些自动矢量化和分析编译器日志时，我发现了一些 "Estimate of max trip count of loop" 我不太明白的地方。

示例：

double a[100],x[100],y[100]
...
for (i=0; i< 100; i++) {
   a[i] = x[i] + y[i];
}

此循环输出 12 次行程的最大行程计数的估计值。我在某处读到，矢量化过程每次旅行总共可以处理 8 个元素，只要每个循环过程的成本少于 6 个 u 操作，据我所知，这个示例循环的成本为 1存储，2 次读取和 1 次算术运算。

所以理论上，我的行程数应该是 100/8 = 12.5 次，因此是 13 次。

这是编译器做的汇总吗？或者是否有任何其他优化在后台进行，允许流程少于 13 次？

还有一个问题，我的每周期 6 个 u 操作假设是否正确？有没有不适用的情况？

提前致谢

Answer 1

如果不展开，6-uops 听起来像是一个正确的估计。必要时，英特尔编译器通常可以很好地展开自动矢量化循环。在这种特殊情况下，即使完全展开也可能有意义。

不确定您是如何一次获得 8 个元素的，因为即使使用 AVX，您也只能在一个 256 位 ymm 寄存器中获得 4 个双精度值。

关于旅行次数。即使您一次可以处理 8 个元素，它也将是 12 个而不是 13 个，因为最后几个元素（不能一次处理 8 个）将使用标量代码完成。

所以从编译器的角度来看，它看起来像：

int i=0;
for(; i<(100 & ~7); i+=8) // 12 iterations
    // Do vector code

for(;i<100; ++i)
    // Process loop remainder using scalar code

Answer 2

与其纠结于英特尔如何实现每个循环，不如尝试回答您有关指令级并行性的问题。

您的操作受读写限制，因此您可以忽略确定循环数的算法。这是通过 Broadwell 的 Core2 可以做的事情：

Core2:   two 16 byte reads one 16 byte write per 2 clock cycles     -> 24 bytes/clock cycle
SB/IB:   two 32 byte reads and one 32 byte write per 2 clock cycles -> 48 bytes/clock cycle
HSW/BDW: two 32 byte reads and one 32 byte write per clock cycle    -> 96 bytes/clock cycle

读取和写入的字节总数为sizeof(double)*100*3=2400。所以快速估计需要的时间是

Core2:   2400/24 = 100 clock cycles
SB/IB:   2400/48 =  50 clock cycles
HSW/BDW: 2400/96 =  25 clock cycles

现在的问题是如何实现全带宽。

对于通过 Ivy Bridge 的 Core2，可以将负载之一与附加负载之一融合，以花费一个微融合微操作。另一个加载花费一个微操作，加载一个微操作。如果你想在每次迭代中都这样做，你 need to decrease a pointer and do a conditional jump as well。自 Nehalem 以来，这些可以进行宏融合，因此每次迭代的 micro-fused/macro 融合操作总数为：

                            Core2          Nehalem through Broadwell
vector add + load               1          1
vector load                     1          1
vector store                    1          1
scalar add                      1          ½
conditional jump                1          ½  
--------------------------------------------
total                           5          4

对于通过 Ivy Bridge 的 Core2，要么两个负载需要相同的端口，要么负载和存储需要相同的端口。这需要两个时钟周期。对于 Haswell/Broadwell ，可以在每个时钟周期执行此操作。但是，due to limitations on port 7 only statically allocated arrays can achieve this using absolute-32 bit address + offset addressing (which incidentally is not possible on OSX)。因此，对于 Haswell/Broadwell 如果数组不是静态分配的，您要么必须展开循环以在每个时钟周期执行操作，要么每次迭代需要 1.5 个时钟周期。以下是每个处理器每次迭代的时钟周期摘要：

Core2:   5 fused micro-ops/every two clock cycles
SB/IB:   4 fused micro-ops/every two clock cycles
HSW/BDW: 4 fused mirco-ops/every clock cycle for statically allocated array
HSW/BDW: 4 fused mirco-ops/every 1.5 clock cycles for non-statically allocated arrays

如果您使用堆栈分配的数组，您可能可以安全地读取缓冲区末尾。否则，您应该将阵列填充到 SIMD 宽度。那么循环的迭代次数为：

SSE2: (100+1)/2 = 51
AVX:  (100+3)/4 = 26

根据我的经验，英特尔编译器会展开两次，这样迭代次数就会减半。展开两次的迭代次数是

SSE2: (100+3)/4 = 26
AVX:  (100+7)/8 = 13

最后，就时钟周期而言，它是

Core2:     51*2   = 102 clock cycles
SB/IB:     26*2   =  51 clock cycles
HSW/BDW:   26*1.5 =  39 clock cycles for non-statically allocated arrays no-unroll
HSW/BDW:   26*1   =  26 clock cycles for statically allocated arrays no-unroll
HSW/BDW:   26*1   =  26 clock cycles with full unrolling

英特尔自动矢量化行程计数解释？

Intel Auto-Vectorization Trip Count Explanation?

c++

simd

vectorization

icc

auto-vectorization