Fortran / Python / MATLAB中MKL矩阵乘法性能的独特差异

时间:2015-09-15 13:31:04

标签: performance matlab fortran linear-algebra intel-mkl

我写了一个简单的基准比较三种语言的矩阵乘法性能 - Fortran(使用Intel Parallel Studio 2015,使用ifort开关编译:/ O3 / Qopt-prefetch = 2 / Qopt-matmul / Qmkl:parallel,this用调用英特尔MKL库代替MatMul调用),Python(使用当前的Anaconda版本,包括提供与英特尔MKL库链接的NumPy 1.9.2的Anaconda Accelerate)和MATLAB R2015a(再次使用英特尔MKL库)。

看到所有三种实现如何利用相同的英特尔MKL库进行矩阵乘法,我希望结果几乎相同,特别是对于足够大的函数调用开销变得可以忽略不计的矩阵。然而,情况远非如此,而MATLAB和Python显示出几乎相同的性能,Fortran比这两倍都要好。我想了解原因。

以下是我用于Fortran版本的代码:

program MatMulTest

implicit none

integer, parameter :: N = 1024
integer :: i, j, cr, cm
real*8 :: t0, t1, rate
real*8 :: A(N,N), B(N,N), C(N,N)    

call random_seed()
call random_number(A)
call random_number(B)

! First initialize the system_clock
CALL system_clock(count_rate=cr)
CALL system_clock(count_max=cm)
rate = real(cr)
WRITE(*,*) "system_clock rate: ", rate

call cpu_time(t0)
do i = 1, 100, 1
    C=MatMul(A,B)                
end do
call cpu_time(t1)

write(unit=*, fmt="(a24,f10.5,a2)") "Average time spent: ", (t1-t0), "ms"
write(unit=*, fmt="(a24,f10.3)") "First element of C: ", C(1,1)

end program MatMulTest

请注意,如果您的系统时钟频率不是10000,则需要相应地修改时序计算以产生毫秒数。

Python代码:

import time
import numpy as np

def main(N):
    A = np.random.rand(N,N)
    B = np.random.rand(N,N)
    for i in range(100):
        C = np.dot(A,B)
    print C[0,0]

if __name__ == "__main__":
    N = 1024
    t0 = time.clock()
    main(N)
    t1 = time.clock()
    print "Time elapsed: " + str((t1-t0)*10) + " ms"

最后,MATLAB片段:

N=1024;
A=rand(N,N); B=rand(N,N);
tic;
for i=1:100
     C=A*B;
end
t=toc;
disp(['Time elapsed: ', num2str(t*10), ' milliseconds'])

在我的系统上,结果如下:

Fortran: 38.08 ms
Python: 104.29 ms
MATLAB: 97.36 ms

在所有三种情况下,CPU使用都无法区分(在计算期间,在i7-920D0处理器上使用稳定的47-49%w / HT)。此外,对于任意矩阵大小,相对性能保持大致相等,除了对于非常小的矩阵(N <80左右),在Fortran中手动禁用并行化是有用的。

这里是否有任何确定的差异原因?难道我做错了什么?我希望至少对于较大的矩阵,Fortran在这种情况下没有任何有意义的优势。

1 个答案:

答案 0 :(得分:6)

这里有两个问题:

  1. 在Python中,您可以计算随机初始化以及计算,而不是Fortran和MATLAB中的计算
  2. 在Fortran中,您可以在Python和MATLAB中测量经过的时间来测量CPU时间。而且,由于您注意到CPU使用率约为46%,这可能只是造成了差异。
  3. 只需解决这两件事并重试......您可能会考虑使用date_and_time()而不是cpu_time()来实现此目的。