【问题标题】:loop tiling/blocking for large dense matrix multiplication用于大型密集矩阵乘法的循环平铺/阻塞
【发布时间】:2013-03-27 14:10:45
【问题描述】:

我想知道是否有人可以向我展示如何有效地使用循环平铺/循环阻塞来进行大型密集矩阵乘法。我正在使用 1000x1000 矩阵进行 C = AB。我已经按照 Wikipedia 上的示例进行循环平铺,但使用平铺得到的结果比不使用时更差。

http://en.wikipedia.org/wiki/Loop_tiling

http://software.intel.com/en-us/articles/how-to-use-loop-blocking-to-optimize-memory-use-on-32-bit-intel-architecture

我在下面提供了一些代码。由于缓存未命中,天真的方法非常慢。 transpose 方法在缓冲区中创建 B 的转置。此方法给出最快的结果(矩阵乘法为 O(n^3),转置为 O(n^2),因此转置速度至少快 1000 倍)。没有阻塞的wiki方法也很快,不需要缓冲区。阻塞方法较慢。阻塞的另一个问题是它必须多次更新块。这对线程/OpenMP 来说是一个挑战,因为如果不小心,它可能会导致竞争条件。

我应该指出,使用 AVX 和转置方法的修改,我得到的结果比 Eigen 更快。但是,我使用 SSE 的结果比 Eigen 慢一些,所以我认为我可以更好地使用缓存。

编辑: 我想我知道我想做什么。它来自于 1969 年的 Cannon 算法。
http://en.wikipedia.org/wiki/Matrix_multiplication#Communication-avoiding_and_distributed_algorithms

我需要进行块矩阵乘法并让每个线程处理 C 而不是 A 的子矩阵strong> 和 B。例如,如果我将矩阵分成四个块。我会这样做:

+-+      +-+     +-+      +-+   +-+      +-+
|          |     |          |   |          |
| C1    C2 |     | A1    A2 |   | B1    B2 |
|          |  =  |          | x |          |
| C3    C4 |     | A3    A4 |   | B3    B4 |
|          |     |          |   |          |
+-+      +-+     +-+      +-+   +-+      +-+


thread 1: C1 = A1B1 + A2B3
thread 2: C2 = A1B2 + A2B4
thread 3: C3 = A3B1 + A4B3
thread 4: C4 = A3B2 + A4B4

这消除了竞争条件。我得考虑一下。

void matrix_mult_naive(const float*A , const float* B, float* C, const int N, const int M, const int K) {
    #pragma omp parallel for
    for(int i=0; i<N; i++) {
        for(int j=0; j<K; j++) {
            float tmp = 0;
            for(int l=0; l<M; l++) {
                tmp += A[M*i+l]*B[K*l+j];
            }
            C[K*i + j] = tmp;
        }
    }
}
void matrix_mult_transpose(const float*A , const float* B, float* C, const int N, const int M, const int K) {
    float *B2 = (float*)aligned_malloc(M*K*sizeof(float), 32);
    transpose(B, B2, M, K, 1);
    #pragma omp parallel for
    for(int i=0; i<N; i++) {
        for(int j=0; j<K; j++) {
            float tmp = 0;
            for(int l=0; l<M; l++) {
                tmp += A[M*i+l]*B2[M*j+l];
            }
            C[K*i + j] = tmp;
        }
    }
    aligned_free(B2);
}

void matrix_mult_wiki(const float*A , const float* B, float* C, const int N, const int M, const int K) {
    for(int i=0; i<N; i++) {
        for(int j=0; j<K; j++) {
            C[K*i + j] = 0;
        }  
    }
    #pragma omp parallel for
    for(int i=0; i<N; i++) {
        for(int l=0; l<M; l++) {
            float a  = A[M*i+l];
            for(int j=0; j<K; j++) {
                C[K*i + j] += a*B[K*l+j];
            }
        }
    }
}

void matrix_mult_wiki_block(const float*A , const float* B, float* C, const int N, const int M, const int K) {
   const int block_size = 8;  //I have tried several different block sizes
   for(int i=0; i<N; i++) {
       for(int j=0; j<K; j++) {
           C[K*i + j] = 0;
       }
    }
    for(int l2=0; l2<M; l2+=block_size) {
        for(int j2=0; j2<K; j2+=block_size) {
        #pragma omp parallel for
            for(int i=0; i<N; i++) {
                for(int l=l2; l<min(M, l2+block_size); l++) {
                    for(int j=j2; j<min(K, j2+block_size); j++) {
                        C[K*i + j] += A[M*i+l]*B[K*l+j];
                    }
                }
            }
        }
    }
}

【问题讨论】:

  • 您希望并行 for 绕过外部(平铺)循环,而不是在其中。这个想法是让每个核心能够在快速的本地缓存中进行切片乘法,并且让多个核心能够同时执行此操作。
  • 这会产生竞争条件。 C[K*i +j] 被多次写入。
  • 我的意思是例如对于 i=0, j=0 C[0] 在块方法中被多次写入。
  • 您尝试过不同的循环排列吗?对于没有平铺的矩阵乘法,与您使用的 ijl 顺序相比,lij 顺序会导致更少的缓存未命中。
  • 你试过跳行吗?如果您有 t 个线程和 nxn 矩阵,则每个线程 i 其中 0 = n 对于某些 m。如果你的 cpu 上有很多内核,这会很快

标签: c performance openmp sse matrix-multiplication


【解决方案1】:

我得到的最好结果是再添加一个for 循环来阻止N,并重新排列循环。我还提升了循环不变代码,但编译器的优化器应该希望自动执行此操作。块大小应该是缓存行大小除以sizeof(float)。这比转置方法快了约 50%。

如果您只需要选择 AVX 或阻塞之一,使用 AVX 扩展(vfmadd###pshaddps)仍然要快得多。鉴于您已经在测试块大小是否是 64 / sizeof(float) == 16 个浮点数 == 两个 256 位 AVX 寄存器的倍数,因此使用这两者是最好且直接的。

  • 转置:1,816,522 滴答声
  • 平铺:892,431(快 51%)
  • AVX+平铺:230,512(快 87%)

平铺:

void matrix_mult_wiki_block(const float*A , const float* B, float* C,
                            const int N, const int M, const int K) {
    const int block_size = 64 / sizeof(float); // 64 = common cache line size
    for(int i=0; i<N; i++) {
        for(int j=0; j<K; j++) {
            C[K*i + j] = 0;
        }
    }
    for (int i0 = 0; i0 < N; i0 += block_size) {
        int imax = i0 + block_size > N ? N : i0 + block_size;

        for (int j0 = 0; j0 < M; j0 += block_size) {
            int jmax = j0 + block_size > M ? M : j0 + block_size;

            for (int k0 = 0; k0 < K; k0 += block_size) {
                int kmax = k0 + block_size > K ? K : k0 + block_size;

                for (int j1 = j0; j1 < jmax; ++j1) {
                    int sj = M * j1;

                    for (int i1 = i0; i1 < imax; ++i1) {
                        int mi = M * i1;
                        int ki = K * i1;
                        int kij = ki + j1;

                        for (int k1 = k0; k1 < kmax; ++k1) {
                            C[kij] += A[mi + k1] * B[sj + k1];
                        }
                    }
                }
            }
        }
    }
}

至于 Cannon 参考,SUMMA algorithm 是一个更好的参考。


如果其他人正在优化高瘦乘法({~1e9 x 50} x {50 x 50},我如何在这里结束),转置方法在性能上与阻塞方法几乎相同,直到 n=18(浮点数)。 n=18 是一种病态的情况(比 17 或 19 更糟糕),我不太了解导致这种情况的缓存访问模式。所有较大的 n 都使用阻塞方法进行了改进。

【讨论】:

  • 您能否解释一下为什么 for 循环“for (int j0 = 0; j0
猜你喜欢
  • 2016-11-06
  • 1970-01-01
  • 2021-06-02
  • 2020-01-29
  • 2021-05-06
  • 2013-12-24
  • 1970-01-01
  • 1970-01-01
  • 2021-04-24
相关资源
最近更新 更多