[Numpy-discussion] Fast threading solution thoughts

[Matthieu Brucher]

> 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:
>
> http://www.mathworks.com/products/parallel-computing/
>
> cheers,
>
> David
> _______________________________________________
> Numpy-discussion mailing list
> Numpy-discussion at scipy.org
> http://projects.scipy.org/mailman/listinfo/numpy-discussion
>



-- 
Information System Engineer, Ph.D.
Website: http://matthieu-brucher.developpez.com/
Blogs: http://matt.eifelle.com and http://blog.developpez.com/?blog=92
LinkedIn: http://www.linkedin.com/in/matthieubrucher