[Numpy-discussion] Fast threading solution thoughts
Thu Feb 12 07:52:11 CST 2009
> No - I have never seen deep explanation of the matlab model. The C api
> is so small that it is hard to deduce anything from it (except that the
> memory handling is not ref-counting-based, I don't know if it matters
> for our discussion of speeding up ufunc). I would guess that since two
> arrays cannot share data (COW-based), lock handling may be easier to
> deal with ? I am not really familiar with multi-thread programming (my
> only limited experience is for soft real-time programming for audio
> processing, where the issues are totally different, since latency
> matters as much if not more than throughput).
It's not even a matter of multithread programming, in mono-core
programming, the same issue can arise.
>> True, but I would be happy to just have a fast C based threadpool
>> implentation I could use in low level Cython based loops.
> Matlab has a parallel toolbox to do this kind of things in matlab (I
> don't know in C). I don't know anything about it, nor do I know if that
> can be applied in any way to python/numpy's case:
> Numpy-discussion mailing list
Information System Engineer, Ph.D.
Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92
More information about the Numpy-discussion