【发布时间】:2015-06-19 10:08:12
【问题描述】:
我做了两个安装:
-
brew install numpy(和 scipy)--with-openblas - 克隆 GIT 存储库(用于 numpy 和 scipy)并自己构建
在我克隆了两个方便的脚本以在多线程环境中验证这些库之后:
git clone https://gist.github.com/3842524.git
然后对于我正在执行的每个安装show_config:
python -c "import scipy as np; np.show_config()"
安装1一切都很好:
lapack_opt_info:
libraries = ['openblas', 'openblas']
library_dirs = ['/usr/local/opt/openblas/lib']
language = f77
blas_opt_info:
libraries = ['openblas', 'openblas']
library_dirs = ['/usr/local/opt/openblas/lib']
language = f77
openblas_info:
libraries = ['openblas', 'openblas']
library_dirs = ['/usr/local/opt/openblas/lib']
language = f77
blas_mkl_info:
NOT AVAILABLE
但是安装2的事情就不那么亮了:
lapack_opt_info:
extra_link_args = ['-Wl,-framework', '-Wl,Accelerate']
extra_compile_args = ['-msse3']
define_macros = [('NO_ATLAS_INFO', 3)]
blas_opt_info:
extra_link_args = ['-Wl,-framework', '-Wl,Accelerate']
extra_compile_args = ['-msse3', '- I/System/Library/Frameworks/vecLib.framework/Headers']
define_macros = [('NO_ATLAS_INFO', 3)]
看来,当我未能正确链接 OpenBLAS 时。但是现在还好,这里是性能结果。所有测试均在 iMac、Yosemite、i7-4790K、4 核、超线程上进行。
首次安装 OpenBLAS:
numpy:
OMP_NUM_THREADS=1 python test_numpy.py
FAST BLAS
version: 1.9.2
maxint: 9223372036854775807
dot: 0.126578998566 sec
OMP_NUM_THREADS=2 python test_numpy.py
FAST BLAS
version: 1.9.2
maxint: 9223372036854775807
dot: 0.0640147686005 sec
OMP_NUM_THREADS=4 python test_numpy.py
FAST BLAS
version: 1.9.2
maxint: 9223372036854775807
dot: 0.0360922336578 sec
OMP_NUM_THREADS=8 python test_numpy.py
FAST BLAS
version: 1.9.2
maxint: 9223372036854775807
dot: 0.0364527702332 sec
scipy:
OMP_NUM_THREADS=1 python test_scipy.py
cholesky: 0.0276656150818 sec
svd: 0.732437372208 sec
OMP_NUM_THREADS=2 python test_scipy.py
cholesky: 0.0182101726532 sec
svd: 0.441690778732 sec
OMP_NUM_THREADS=4 python test_scipy.py
cholesky: 0.0130400180817 sec
svd: 0.316107988358 sec
OMP_NUM_THREADS=8 python test_scipy.py
cholesky: 0.012854385376 sec
svd: 0.315939807892 sec
不使用 OpenBLAS 的第二次安装:
numpy:
OMP_NUM_THREADS=1 python test_numpy.py
slow blas
version: 1.10.0.dev0+3c5409e
maxint: 9223372036854775807
dot: 0.0371072292328 sec
OMP_NUM_THREADS=2 python test_numpy.py
slow blas
version: 1.10.0.dev0+3c5409e
maxint: 9223372036854775807
dot: 0.0215149879456 sec
OMP_NUM_THREADS=4 python test_numpy.py
slow blas
version: 1.10.0.dev0+3c5409e
maxint: 9223372036854775807
dot: 0.0146862030029 sec
OMP_NUM_THREADS=8 python test_numpy.py
slow blas
version: 1.10.0.dev0+3c5409e
maxint: 9223372036854775807
dot: 0.0141334056854 sec
scipy:
OMP_NUM_THREADS=1 python test_scipy.py
cholesky: 0.0109382152557 sec
svd: 0.32529540062 sec
OMP_NUM_THREADS=2 python test_scipy.py
cholesky: 0.00988121032715 sec
svd: 0.331357002258 sec
OMP_NUM_THREADS=4 python test_scipy.py
cholesky: 0.00916676521301 sec
svd: 0.318637990952 sec
OMP_NUM_THREADS=8 python test_scipy.py
cholesky: 0.00931282043457 sec
svd: 0.324427986145 sec
令我惊讶的是,第二种情况比第一种更快。在 scipy 的情况下,添加更多内核后性能没有提高,但即使是一个内核也比 OpenBLAS 中的 4 个内核更快。
有人知道这是为什么吗?
【问题讨论】:
-
一方面,您似乎在比较不同版本的 numpy(1.9.1 带 OpenBLAS,1.10.0.dev0+3c5409e 不带)。
-
另外,你不应该相信那些测试脚本的输出。他们检查
numpy.core._dotblas的存在,以测试 numpy 是否与优化的 BLAS 库链接。此模块已在 numpy > 1.10.0 的版本中删除,因此脚本将始终报告slow blas,即使在您的第二种情况下,numpy 已针对 Accelerate 框架(另一个优化的 BLAS 实现)构建。为了解决这个问题,我写了a newer test script。 -
ali_m 你应该发布你的 cmets 作为答案
-
谢谢 ali_m,是的,看起来在第二种情况下,我只是将 numpy 与 Apple's Accelerate Framework 关联起来,它的性能恰好更好,至少在 Mac 上是这样。
-
@ali_m,请发表您的评论作为回复,我会确认
标签: python performance numpy scipy openblas