Matthew Brett, on 2009-08-21 11:51, wrote:
> Hi,
>
> > Indeed. In the future, if OpenCL is the way to go, it may even be
> > helpful to have Numpy using OpenCL directly, as AMD provides an SDK
> > for OpenCL, and with Larrabee approaching, Intel will surely provide
> > one of its own.
>
> I was
On Fri, Aug 21, 2009 at 2:51 PM, Matthew Brett wrote:
> I can imagine Numpy being useful for scripting in this
> C-and-assembler-centric world, making it easier to write automated
> testers, or even generate C code.
>
> Is anyone out there working on this kind of stuff? I ask only because
> there
Hi,
> Indeed. In the future, if OpenCL is the way to go, it may even be
> helpful to have Numpy using OpenCL directly, as AMD provides an SDK
> for OpenCL, and with Larrabee approaching, Intel will surely provide
> one of its own.
I was just in a lecture by one of the Intel people about OpenCL:
>> I personally think that, in general, exposing GPU capabilities directly
>> to NumPy would provide little service for most NumPy users. I rather
>> see letting this task to specialized libraries (like PyCUDA, or special
>> versions of ATLAS, for example) that can be used from NumPy.
>
> speciali
Hi,
On Thu, Aug 20, 2009 at 7:07 AM, Francesc Alted wrote:
> El dj 20 de 08 del 2009 a les 00:37 -0700, en/na Erik Tollerud va
> escriure:
> > > NumPy arrays on the GPU memory is an easy task. But then I would have
> to
> > > write the computation in OpenCL's dialect of C99? But I'd rather
> pro
El dj 20 de 08 del 2009 a les 00:37 -0700, en/na Erik Tollerud va
escriure:
> > NumPy arrays on the GPU memory is an easy task. But then I would have to
> > write the computation in OpenCL's dialect of C99? But I'd rather program
> > everything in Python if I could. Details like GPU and OpenCL shou