On Tue, Sep 20, 2011 at 1:18 PM, David Cournapeau wrote:
> On Tue, Sep 20, 2011 at 9:56 AM, David Cottrell
> wrote:
>> Thanks, just getting back to this. I just checked again, and after
>> setting my LD_LIBRARY_PATH properly, ldd shows _dotblas.so pointing
>> and the sunmath and sunperf libraries
On Tue, Sep 20, 2011 at 3:18 PM, David Cottrell
wrote:
> The test_03.py was basically a linalg.svd test (which I think is a
> linalg only routine?"). I guess for linalg checking, I should run ldd
> on lapack_lite.so? (included below).
>
> It's sounding like I need to get ATLAS up and running, but
The test_03.py was basically a linalg.svd test (which I think is a
linalg only routine?"). I guess for linalg checking, I should run ldd
on lapack_lite.so? (included below).
It's sounding like I need to get ATLAS up and running, but I'm still
puzzled as to why the svd routine seems to be so much s
On Tue, Sep 20, 2011 at 9:56 AM, David Cottrell
wrote:
> Thanks, just getting back to this. I just checked again, and after
> setting my LD_LIBRARY_PATH properly, ldd shows _dotblas.so pointing
> and the sunmath and sunperf libraries. However the test_03.py still
> runs at about 8-9 seconds ... fa
The blas implementation you are using may be slow. Here's my ldd on
_dotblas.so, that shows it is using libblas (this is on Ubuntu 11.04):
linux-vdso.so.1 => (0x7fffad5ff000)
libblas.so.3gf => /usr/lib/libblas.so.3gf (0x7fc608ea4000)
libc.so.6 => /lib/x86_64-linux-
Thanks, just getting back to this. I just checked again, and after
setting my LD_LIBRARY_PATH properly, ldd shows _dotblas.so pointing
and the sunmath and sunperf libraries. However the test_03.py still
runs at about 8-9 seconds ... far too slow.
~/local/lib/python3.1/site-packages/numpy/core $ ld
On 06.09.2011, at 22:13, David Cottrell wrote:
> Thanks, I didn't realize dot was not just calling dgemm or some
> variant which I assume would be reasonably fast. I see dgemm appears
> in the numpy code in various places such as the lapack_lite module.
>
> I ran the svd test on the solaris setu
On Tue, Sep 6, 2011 at 5:12 PM, David Cottrell wrote:
> Actually this link: http://www.scipy.org/PerformanceTips seems to
> indicate that numpy.dot does use blas ...
This not true (you can check by looking into numpy/core/setup.py,
which explicitly checks for ATLAS for _dotblas). The idea is that
Actually this link: http://www.scipy.org/PerformanceTips seems to
indicate that numpy.dot does use blas ...
Is there some way of running ldd on the install to see what libraries
are being pulled in?
On Tue, Sep 6, 2011 at 4:13 PM, David Cottrell wrote:
> Thanks, I didn't realize dot was not just
Thanks, I didn't realize dot was not just calling dgemm or some
variant which I assume would be reasonably fast. I see dgemm appears
in the numpy code in various places such as the lapack_lite module.
I ran the svd test on the solaris setup and will check the OSX run
when back at my laptop. 8.4 se
On Tue, Sep 6, 2011 at 2:38 PM, David Cottrell wrote:
> I posted on stackoverflow but then noticed this message board:
>
> http://stackoverflow.com/questions/7311869/python-numpy-on-solaris-blas-slow-or-not-linked
>
> I'm reposting the full post below:
>
> Matrix-Matrix multiplies are very slow on
I posted on stackoverflow but then noticed this message board:
http://stackoverflow.com/questions/7311869/python-numpy-on-solaris-blas-slow-or-not-linked
I'm reposting the full post below:
Matrix-Matrix multiplies are very slow on my Solaris install (running
on a sparc server) compared to my OSX
12 matches
Mail list logo
