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
res
On Thu, Feb 20, 2014 at 6:33 PM, Matt Newell 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 deploy on w
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
is
Hi,
2014-02-20 23:17 GMT+01:00 Olivier Grisel :
> 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 kno
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 belated
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 Thu, Feb 20, 2014 at 1:35 PM, Stefan Otte 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 on the weekend
Sorry, the link was in French ...
The English version:
http://esrf.profilsearch.com/recrute/fo_form_cand.php?_lang=en&id=300
Best regards,
Armando
On 20.02.2014 18:21, V. Armando Sole wrote:
> Dear colleagues,
>
> The ESRF is looking for a Software Developer:
>
> http://esrf.profilsearch.com/
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. Do
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
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 sour
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 was
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 l
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 libopenbl
2014-02-20 16:01 GMT+01:00 Julian Taylor :
>
> 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
>>> %time import numpy
good point, I didn't used this option.
Carl
2014-02-20 16:01 GMT+01:00 Julian Taylor :
> On Thu, Feb 20, 2014 at 3:50 PM, Olivier Grisel
> 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 li
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 :
> Thanks for sharing, this is all very interesting.
>
> Have you tried to have a look at the memory usage and import time of
>
If you send a patch that deprecates dot's current behaviour for ndim>2,
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 i
On Thu, Feb 20, 2014 at 3:50 PM, Olivier Grisel
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
it can be disabled w
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
http://mail.scipy.
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:
https://drive.google.com/folderview?id=0B4DmELLTwYmldUVp
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 = openbla
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 np.
2014-02-20 14:28 GMT+01:00 Sturla Molden :
> 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. Ideally as a distributio
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
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 sh
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 syste
2014-02-20 11:32 GMT+01:00 Julian Taylor :
> On Thu, Feb 20, 2014 at 1:25 AM, Nathaniel Smith 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
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 wrote:
>
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 don
On Thu, Feb 20, 2014 at 1:25 AM, Nathaniel Smith 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 threading
31 matches
Mail list logo
