On Thu, Feb 20, 2014 at 1:25 AM, Nathaniel Smith n...@pobox.com wrote:
Hey all,
Just a heads up: thanks to the tireless work of Olivier Grisel, the OpenBLAS
development branch is now fork-safe when built with its default threading
support. (It is still not thread-safe when built using OMP for
Hey,
so I propose the following. I'll implement a new function `mdot`.
Incorporating the changes in `dot` are unlikely. Later, one can still include
the features in `dot` if desired.
`mdot` will have a default parameter `optimize`. If `optimize==True` the
reordering of the multiplication is
If the standard semantics are not affected, and the most common
two-argument scenario does not take more than a single if-statement
overhead, I don't see why it couldn't be a replacement for the existing
np.dot; but others mileage may vary.
On Thu, Feb 20, 2014 at 11:34 AM, Stefan Otte
2014-02-20 11:32 GMT+01:00 Julian Taylor jtaylor.deb...@googlemail.com:
On Thu, Feb 20, 2014 at 1:25 AM, Nathaniel Smith n...@pobox.com wrote:
Hey all,
Just a heads up: thanks to the tireless work of Olivier Grisel, the OpenBLAS
development branch is now fork-safe when built with its default
Hi all,
Apologies for posting across lists; I thought that this might be of
interest to both groups.
I have just released PyViennaCL 1.0.0, which is a set of largely
NumPy-compatible Python bindings to the ViennaCL linear algebra and
numerical computation library for GPGPU and heterogeneous
Will this mean NumPy, SciPy et al. can start using OpenBLAS in the
official binary packages, e.g. on Windows and Mac OS X? ATLAS is slow and
Accelerate conflicts with fork as well.
Will dotblas be built against OpenBLAS? AFAIK, it is only buit against
ATLAS or MKL, not any other BLAS, but it
On Thursday, February 20, 2014, Eelco Hoogendoorn
hoogendoorn.ee...@gmail.com wrote:
If the standard semantics are not affected, and the most common
two-argument scenario does not take more than a single if-statement
overhead, I don't see why it couldn't be a replacement for the existing
2014-02-20 14:28 GMT+01:00 Sturla Molden sturla.mol...@gmail.com:
Will this mean NumPy, SciPy et al. can start using OpenBLAS in the
official binary packages, e.g. on Windows and Mac OS X? ATLAS is slow and
Accelerate conflicts with fork as well.
This what I would like to do personnally.
Erik; take a look at np.einsum
The only reason against such dot semantics is that there isn't much to be
gained in elegance that np.einsum already provides, For a plain chaining,
multiple arguments to dot would be an improvement; but if you want to go
for more complex products, the elegance of
FYI: to build scipy against OpenBLAS I used the following site.cfg at
the root of my scipy source folder:
[DEFAULT]
library_dirs = /opt/OpenBLAS-noomp/lib:/usr/local/lib
include_dirs = /opt/OpenBLAS-noomp/include:/usr/local/include
[blas_opt]
libraries = openblas
[lapack_opt]
libraries =
Hi,
some days ago I put some preliminary mingw-w64 binaries and code based on
python2.7 on my google drive to discuss it with Matthew Brett. Maybe its
time for a broader discussion. IMHO it is ready for testing but not for
consumption.
url:
Thanks for sharing, this is all very interesting.
Have you tried to have a look at the memory usage and import time of
numpy when linked against libopenblas.dll?
--
Olivier
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
On Thu, Feb 20, 2014 at 3:50 PM, Olivier Grisel
olivier.gri...@ensta.org wrote:
Thanks for sharing, this is all very interesting.
Have you tried to have a look at the memory usage and import time of
numpy when linked against libopenblas.dll?
--
this is probably caused by the memory warmup
If you send a patch that deprecates dot's current behaviour for ndim2,
we'll probably merge it. (We'd like it to function like you suggest, for
consistency with other gufuncs. But to get there we have to deprecate the
current behaviour first.)
While I'm wishing for things I'll also mention that
looked at the taskmanager there is not much difference to numpy-MKL. I
didn't made any qualified measurements however.
Carl
2014-02-20 15:50 GMT+01:00 Olivier Grisel olivier.gri...@ensta.org:
Thanks for sharing, this is all very interesting.
Have you tried to have a look at the memory usage
good point, I didn't used this option.
Carl
2014-02-20 16:01 GMT+01:00 Julian Taylor jtaylor.deb...@googlemail.com:
On Thu, Feb 20, 2014 at 3:50 PM, Olivier Grisel
olivier.gri...@ensta.org wrote:
Thanks for sharing, this is all very interesting.
Have you tried to have a look at the
2014-02-20 16:01 GMT+01:00 Julian Taylor jtaylor.deb...@googlemail.com:
this is probably caused by the memory warmup
it can be disabled with NO_WARMUP=1 in some configuration file.
This was it, I now get:
import os, psutil
psutil.Process(os.getpid()).get_memory_info().rss / 1e6
20.324352
Hi All,
I run Mac OS X 10.9.1 and was trying to get OpenBLAS working for numpy.
I've downloaded the OpenBLAS source and compiled it (thanks to Olivier
Grisel). I installed everything to /usr/local/lib (I believe): e.g. ll
/usr/local/lib/ | grep openblas
lrwxr-xr-x 1 37B 10 Feb 14:51
Dear colleagues,
The ESRF is looking for a Software Developer:
http://esrf.profilsearch.com/recrute/fo_annonce_voir.php?id=300
Our ideal candidate would be experienced on OpenGL, OpenCL and Python.
Best regards,
Armando
___
NumPy-Discussion mailing
I have a small c++ extension used to feed a 1d numpy array into a
QPainterPath. Very simple just using PyArray_[Check|FLAGS|SIZE|DATA].
I developed it on debian which was of course very straightforward, but now I
need to deploy on windows, which is of course where the fun always begins.
I
I have exactly the same setup as yours and it links to OpenBLAS
correctly (in a venv as well, installed with python setup.py install).
The only difference is that I installed OpenBLAS in the default
folder: /opt/OpenBLAS (and I reflected that in site.cfg).
When you run otool -L, is it in your
On Mon, Feb 17, 2014 at 1:24 PM, Sturla Molden wrote:
Sturla Molden wrote:
Dave Hirschfeld wrote:
Even if lapack_lite always performed the isfinite check and threw a python
error if False, it would be much better than either hanging or segfaulting
and
people who care about the isfinite
Hey guys,
I quickly hacked together a prototype of the optimization step:
https://github.com/sotte/numpy_mdot
I think there is still room for improvements so feedback is welcome :)
I'll probably have some time to code on the weekend.
@Nathaniel, I'm still not sure about integrating it in dot.
Sorry, the link was in French ...
The English version:
http://esrf.profilsearch.com/recrute/fo_form_cand.php?_lang=enid=300
Best regards,
Armando
On 20.02.2014 18:21, V. Armando Sole wrote:
Dear colleagues,
The ESRF is looking for a Software Developer:
On Thu, Feb 20, 2014 at 1:35 PM, Stefan Otte stefan.o...@gmail.com wrote:
Hey guys,
I quickly hacked together a prototype of the optimization step:
https://github.com/sotte/numpy_mdot
I think there is still room for improvements so feedback is welcome :)
I'll probably have some time to code
I had a quick look (without running the procedure) but I don't
understand some elements:
- apparently you never tell in the numpy's site.cfg nor the scipy.cfg
to use the openblas lib nor set the
library_dirs: how does numpy.distutils know that it should dynlink
against numpy/core/libopenblas.dll
On Wednesday, February 19, 2014 9:10:03 AM UTC+1, Stefan Behnel wrote:
Nathaniel Smith wrote:
Does anyone see any issue we might be overlooking in this refcount ==
1
optimization for the python api? I'll post a PR with the change
shortly.
It occurs belatedly that Cython code
Hi,
2014-02-20 23:17 GMT+01:00 Olivier Grisel olivier.gri...@ensta.org:
I had a quick look (without running the procedure) but I don't
understand some elements:
- apparently you never tell in the numpy's site.cfg nor the scipy.cfg
to use the openblas lib nor set the
library_dirs: how does
After 6 days of trudging through the numpy issues and finally passing the
half way point, I'm wondering if we can set up so that new defects get a
small test that can be parsed out and run periodically to mark issues that
might be fixed. I expect it can be done, but might be more trouble than it
On Thu, Feb 20, 2014 at 6:33 PM, Matt Newell newe...@blur.com wrote:
I have a small c++ extension used to feed a 1d numpy array into a
QPainterPath. Very simple just using PyArray_[Check|FLAGS|SIZE|DATA].
I developed it on debian which was of course very straightforward, but now
I
need to
Sorry, The link I sent you is in
French. This is the English version.
EUROPEAN SYNCHROTRON
RADIATION
FACILITY
INSTALLATION
EUROPEENNE DE RAYONNEMENT SYNCHROTRON
The ESRF is a multinational
31 matches
Mail list logo