Robert Kern skrev:
No, I think you're right. Using SIMD to refer to numpy-like
operations is an abuse of the term not supported by any outside
community that I am aware of. Everyone else uses SIMD to describe
hardware instructions, not the application of a single syntactical
element of a high
OK, I should have said Object-oriented SIMD API that is implemented
using hardware SIMD instructions.
No, I think you're right. Using SIMD to refer to numpy-like
operations is an abuse of the term not supported by any outside
community that I am aware of. Everyone else uses SIMD to describe
Matthieu Brucher skrev:
I agree with Sturla, for instance nVidia GPUs do SIMD computations
with blocs of 16 values at a time, but the hardware behind can't
compute on so much data at a time. It's SIMD from our point of view,
just like Numpy does ;)
A computer with a CPU and a GPU is a
Mathieu Blondel skrev:
Peter Norvig suggested to merge Numpy into Cython but he didn't
mention SIMD as the reason (this one is from me).
I don't know what Norvig said or meant.
However:
There is NumPy support in Cython. Cython has a general syntax applicable
to any PEP 3118 buffer. (As
On Thu, Oct 22, 2009 at 5:05 PM, Sturla Molden stu...@molden.no wrote:
Mathieu Blondel skrev:
The PEP 3118 buffer syntax in Cython can be used to port NumPy to Py3k,
replacing the current C source. That might be what Norvig meant if he
suggested merging NumPy into Cython.
As I wrote earlier
Mathieu Blondel skrev:
As I wrote earlier in this thread, I confused Cython and CPython. PN
was suggesting to include Numpy in the CPython distribution (not
Cython). The reason why was also given earlier.
First, that would currently not be possible, as NumPy does not support
Py3k.
2009/10/21 Neal Becker ndbeck...@gmail.com
...
I once wrote a module that replaces the built in transcendental
functions of numpy by optimized versions from Intels vector math
library. If someone is interested, I can publish it. In my experience it
was of little use since real world
Robert Kern wrote:
On Wed, Oct 21, 2009 at 22:32, Mathieu Blondel math...@mblondel.org wrote:
On Thu, Oct 22, 2009 at 11:31 AM, Sturla Molden stu...@molden.no wrote:
Mathieu Blondel skrev:
Hello,
About one year ago, a high-level, objected-oriented SIMD API was added
to
On Oct 22, 2009, at 1:35 AM, Sturla Molden wrote:
Robert Kern skrev:
No, I think you're right. Using SIMD to refer to numpy-like
operations is an abuse of the term not supported by any outside
community that I am aware of. Everyone else uses SIMD to describe
hardware instructions, not the
On Thu, Oct 22, 2009 at 02:35, Sturla Molden stu...@molden.no wrote:
Robert Kern skrev:
No, I think you're right. Using SIMD to refer to numpy-like
operations is an abuse of the term not supported by any outside
community that I am aware of. Everyone else uses SIMD to describe
hardware
On Thu, Oct 22, 2009 at 06:20, Dag Sverre Seljebotn
da...@student.matnat.uio.no wrote:
Robert Kern wrote:
On Wed, Oct 21, 2009 at 22:32, Mathieu Blondel math...@mblondel.org wrote:
On Thu, Oct 22, 2009 at 11:31 AM, Sturla Molden stu...@molden.no wrote:
Mathieu Blondel skrev:
Hello,
About
Robert Kern skrev:
I would be delighted to see a reference to one that refers to a high
level language's API as SIMD. Please point one out to me. It's
certainly not any of the ones I have available to me.
Numerical Receipes in Fortran 90, page 964 and 985-986, describes the
syntax of
On Tue, Oct 20, 2009 at 11:44 PM, Mathieu Blondel math...@mblondel.orgwrote:
Hello,
About one year ago, a high-level, objected-oriented SIMD API was added
to Mono. For example, there is a class Vector4f for vectors of 4
floats and this class implements methods such as basic operators,
On Wed, Oct 21, 2009 at 6:12 PM, Francesc Alted fal...@pytables.org wrote:
A Wednesday 21 October 2009 07:44:39 Mathieu Blondel escrigué:
Hello,
About one year ago, a high-level, objected-oriented SIMD API was added
to Mono. For example, there is a class Vector4f for vectors of 4
floats and
Is it general, or just for simple operations in numpy and ufunc ? I
remember that for music softwares, SIMD used to matter a lot, even for
simple bus mixing (which is basically a ax+by with a, b scalars and x
y the input arrays).
Indeed, it shouldn't :| I think the main reason might not be
On Wed, Oct 21, 2009 at 2:14 PM, Pauli Virtanen pav...@iki.fipav%2...@iki.fi
wrote:
Wed, 21 Oct 2009 14:47:02 +0200, Francesc Alted wrote:
[clip]
Do you have any interest in adding SIMD to some core numpy
(transcendental functions). If so, I would try to go back to the
problem of runtime
On Wed, Oct 21, 2009 at 11:38 AM, Gregor Thalhammer
gregor.thalham...@gmail.com wrote:
I once wrote a module that replaces the built in transcendental
functions of numpy by optimized versions from Intels vector math
library. If someone is interested, I can publish it. In my experience it
was
On Wed, Oct 21, 2009 at 1:23 PM, Ryan May rma...@gmail.com wrote:
On Wed, Oct 21, 2009 at 11:38 AM, Gregor Thalhammer
gregor.thalham...@gmail.com wrote:
I once wrote a module that replaces the built in transcendental
functions of numpy by optimized versions from Intels vector math
library. If
...
I once wrote a module that replaces the built in transcendental
functions of numpy by optimized versions from Intels vector math
library. If someone is interested, I can publish it. In my experience it
was of little use since real world problems are limited by memory
bandwidth. Therefore
On 21-Oct-09, at 9:14 AM, Pauli Virtanen wrote:
Since these are ufuncs, I suppose the SSE implementations could just
be
put in a separate module, which is always compiled. Before importing
the
module, we could simply check from Python side that the CPU supports
the
necessary
sigh; yet another email dropped by the list.
David Warde-Farley wrote:
On 21-Oct-09, at 9:14 AM, Pauli Virtanen wrote:
Since these are ufuncs, I suppose the SSE implementations could just
be
put in a separate module, which is always compiled. Before importing
the
module, we could
On Wed, Oct 21, 2009 at 10:14 PM, Pauli Virtanen pav...@iki.fi wrote:
This type of project could probably also be started outside Numpy, and
just monkey-patch the Numpy routines on import.
I think I would prefer this approach as a first shot. I will look into
adding a small C library +
Mathieu Blondel skrev:
Hello,
About one year ago, a high-level, objected-oriented SIMD API was added
to Mono. For example, there is a class Vector4f for vectors of 4
floats and this class implements methods such as basic operators,
bitwise operators, comparison operators, min, max, sqrt,
On Thu, Oct 22, 2009 at 11:31 AM, Sturla Molden stu...@molden.no wrote:
Mathieu Blondel skrev:
Hello,
About one year ago, a high-level, objected-oriented SIMD API was added
to Mono. For example, there is a class Vector4f for vectors of 4
floats and this class implements methods such as basic
On Wed, Oct 21, 2009 at 22:32, Mathieu Blondel math...@mblondel.org wrote:
On Thu, Oct 22, 2009 at 11:31 AM, Sturla Molden stu...@molden.no wrote:
Mathieu Blondel skrev:
Hello,
About one year ago, a high-level, objected-oriented SIMD API was added
to Mono. For example, there is a class
25 matches
Mail list logo
