Yang Zhang yanghatespam at gmail.com writes:
I'm curious how to disable threads in numpy (not an ideal solution).
Googling seems to point me to setting NPY_ALLOW_THREADS to
0somewhere.
Anyone?
It's appearing to me I had to face this very issue,
which I reported @Numpy TRAC :
Can you expand a bit? Are you trying to disable threads at
compile-time or at run-time? Which threaded functionality are you
trying to disable? Are you using numpy as a computational library
with multiple threads making calls into its functions? I think
NPY_ALLOW_THREADS is for interacting
On Thu, Dec 8, 2011 at 23:15, Yang Zhang yanghates...@gmail.com wrote:
On Tue, Oct 4, 2011 at 12:05 PM, Yang Zhang yanghates...@gmail.com wrote:
On Tue, Oct 4, 2011 at 1:28 AM, Robin robi...@gmail.com wrote:
On Mon, Oct 3, 2011 at 9:42 PM, Yang Zhang yanghates...@gmail.com wrote:
It turns out
On Fri, Dec 9, 2011 at 12:31 AM, Robert Kern robert.k...@gmail.com wrote:
On Thu, Dec 8, 2011 at 23:15, Yang Zhang yanghates...@gmail.com wrote:
On Tue, Oct 4, 2011 at 12:05 PM, Yang Zhang yanghates...@gmail.com wrote:
On Tue, Oct 4, 2011 at 1:28 AM, Robin robi...@gmail.com wrote:
On Mon, Oct
On Fri, Dec 9, 2011 at 11:00, Yang Zhang yanghates...@gmail.com wrote:
Thanks for the clarification. Alas. So is there no simple workaround
to making numpy work in environments such as Jepp?
I don't think so, no.
--
Robert Kern
I have come to believe that the whole world is an enigma, a
Quoting Robert Kern robert.k...@gmail.com:
On Fri, Dec 9, 2011 at 11:00, Yang Zhang yanghates...@gmail.com wrote:
Thanks for the clarification. Alas. So is there no simple workaround
to making numpy work in environments such as Jepp?
I don't think so, no.
It is far from being an optimal
Le 09/12/2011 09:31, Robert Kern a écrit :
We have some global state
that we need to keep, and this gets interfered with in a multiple
interpreter environment.
I recently got interested in multiprocessing computation with numpy and
now I get scare by your statement !
Please don't tell me it is
On Fri, Dec 9, 2011 at 13:18, Pierre Haessig pierre.haes...@crans.org wrote:
Le 09/12/2011 09:31, Robert Kern a écrit :
We have some global state
that we need to keep, and this gets interfered with in a multiple
interpreter environment.
I recently got interested in multiprocessing computation
Le 09/12/2011 15:00, Robert Kern a écrit :
Using multiprocessing is fine. That starts up multiple interpreters in
*different* processes. Yang is using a non-Python program that embeds
the CPython interpreter and starts up multiple copies of it in the
same process.
Ok, now I think I understand.
Hi Armando,
No comment on the Java thing ;-)
However,
http://www.opengda.org/documentation/manuals/Diamond_SciSoft_Python_Guide/8.18/contents.html
is more up-to-date and we are on github too:
https://github.com/DiamondLightSource
Peter
On 9 December 2011 13:05, Vicente Sole s...@esrf.fr
On Tue, Oct 4, 2011 at 12:05 PM, Yang Zhang yanghates...@gmail.com wrote:
On Tue, Oct 4, 2011 at 1:28 AM, Robin robi...@gmail.com wrote:
On Mon, Oct 3, 2011 at 9:42 PM, Yang Zhang yanghates...@gmail.com wrote:
It turns out that there's a long-standing problem in numpy that
prevents it from
On Mon, Oct 3, 2011 at 9:42 PM, Yang Zhang yanghates...@gmail.com wrote:
It turns out that there's a long-standing problem in numpy that
prevents it from being used in embedded CPython environments:
Just wanted to make the point for reference that in general Numpy does
work fine in
It turns out that there's a long-standing problem in numpy that
prevents it from being used in embedded CPython environments:
http://stackoverflow.com/questions/7592565/when-embedding-cpython-in-java-why-does-this-hang/7630992#7630992
As far as a workaround in concerned, that scipy archive post says you can
disable threads in numpy.
Sorry can't help more, I don't know much about how to bypass such GIL
issues.
-=- Olivier
2011/10/3 Yang Zhang yanghates...@gmail.com
It turns out that there's a long-standing problem in numpy
14 matches
Mail list logo