Hello list,
please ignore my previous email. I just found
http://www.scipy.org/ParallelProgramming
Thanks,
nick
On Fri, Nov 18, 2011 at 15:27, Nicolas Bock wrote:
> Hello list,
>
> is it possible to get numpy to do a matrix product in parallel? I presume
> that the multiply in the back-end
Hello list,
is it possible to get numpy to do a matrix product in parallel? I presume
that the multiply in the back-end is really done by dgemm() or equivalent,
so is it possible to use a parallel dgemm() there?
Thanks,
nick
___
NumPy-Discussion mailin
Received from Robert Kern on Fri, Nov 18, 2011 at 08:38:48AM EST:
> On Fri, Nov 18, 2011 at 13:12, Neal Becker wrote:
> > Is there any possibility of incorporating this work into numpy?
> >
> > http://icl.cs.utk.edu/magma/software/index.html
>
> Into numpy itself? Very low probability, I think. T
On Fri, Nov 18, 2011 at 9:22 AM, Dag Sverre Seljebotn <
d.s.seljeb...@astro.uio.no> wrote:
> On 11/18/2011 01:18 PM, Dag Sverre Seljebotn wrote:
> > On 11/18/2011 12:58 PM, David Cournapeau wrote:
> >> On Fri, Nov 18, 2011 at 11:42 AM, Robert Kern
> wrote:
> >>> On Fri, Nov 18, 2011 at 11:19, Dag
On Fri, Nov 18, 2011 at 10:40 AM, Chao YUE wrote:
> Thanks to all people for this very nice discussions.
>
> the solutions are more that what I want!! and help me to clarify some
> concepts, and really begin to use class as a beginner :)
>
FYI: Just a day or so ago, I stumbled across the same q
Thanks to all people for this very nice discussions.
the solutions are more that what I want!! and help me to clarify some
concepts, and really begin to use class as a beginner :)
I would say either Olivier or denis's solution can solve my problem
completely.
cheers,
Chao
2011/11/18 denis
>
Hi,
I wish I could subclass ndarray so that I can use the ufuncs, but that I
could ensure the array remains Fortran contiguous, and that the number
of dimension is always 3 (even if the dtype can be more complex than a
simple numerical type).
My intention is to deal with fields that can be scalar,
On 11/18/2011 01:18 PM, Dag Sverre Seljebotn wrote:
> On 11/18/2011 12:58 PM, David Cournapeau wrote:
>> On Fri, Nov 18, 2011 at 11:42 AM, Robert Kern wrote:
>>> On Fri, Nov 18, 2011 at 11:19, Dag Sverre Seljebotn
>>>wrote:
I've been in touch with Martin Reinecke, author of the libpsht c
On Fri, Nov 18, 2011 at 5:18 AM, Dag Sverre Seljebotn <
d.s.seljeb...@astro.uio.no> wrote:
> On 11/18/2011 12:58 PM, David Cournapeau wrote:
> > On Fri, Nov 18, 2011 at 11:42 AM, Robert Kern
> wrote:
> >> On Fri, Nov 18, 2011 at 11:19, Dag Sverre Seljebotn
> >> wrote:
> >>> I've been in touch w
On Fri, Nov 18, 2011 at 13:12, Neal Becker wrote:
> Is there any possibility of incorporating this work into numpy?
>
> http://icl.cs.utk.edu/magma/software/index.html
Into numpy itself? Very low probability, I think. The dependency on
nVidia hardware and proprietary compilers makes supporting it
Is there any possibility of incorporating this work into numpy?
http://icl.cs.utk.edu/magma/software/index.html
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On 11/18/2011 12:58 PM, David Cournapeau wrote:
> On Fri, Nov 18, 2011 at 11:42 AM, Robert Kern wrote:
>> On Fri, Nov 18, 2011 at 11:19, Dag Sverre Seljebotn
>> wrote:
>>> I've been in touch with Martin Reinecke, author of the libpsht code for
>>> spherical harmonic transforms, about licensing i
On Fri, Nov 18, 2011 at 11:42 AM, Robert Kern wrote:
> On Fri, Nov 18, 2011 at 11:19, Dag Sverre Seljebotn
> wrote:
>> I've been in touch with Martin Reinecke, author of the libpsht code for
>> spherical harmonic transforms, about licensing issues.
>>
>> libpsht itself will remain under the GPL,
On Fri, Nov 18, 2011 at 11:19, Dag Sverre Seljebotn
wrote:
> I've been in touch with Martin Reinecke, author of the libpsht code for
> spherical harmonic transforms, about licensing issues.
>
> libpsht itself will remain under the GPL, but he is likely to release
> his C port of FFTPACK under BSD
I've been in touch with Martin Reinecke, author of the libpsht code for
spherical harmonic transforms, about licensing issues.
libpsht itself will remain under the GPL, but he is likely to release
his C port of FFTPACK under BSD in the near future, as it is based on
the public domain FFTPACK.
15 matches
Mail list logo