Re: [Numpy-discussion] GSOC

2014-02-13 Thread josef . pktd
On Thu, Feb 13, 2014 at 2:44 PM, Pauli Virtanen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > 13.02.2014 20:59, josef.p...@gmail.com kirjoitti: > [clip] >> I assume numpy/scipy will participate under the PSF umbrella. So >> this deadline is for the PSF. However, Terri, the organizer

Re: [Numpy-discussion] GSOC

2014-02-13 Thread Pauli Virtanen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 13.02.2014 20:59, josef.p...@gmail.com kirjoitti: [clip] > I assume numpy/scipy will participate under the PSF umbrella. So > this deadline is for the PSF. However, Terri, the organizer for the > PSF, asked for links to Ideas pages to be able to show G

Re: [Numpy-discussion] GSOC

2014-02-13 Thread josef . pktd
On Thu, Feb 13, 2014 at 1:27 PM, Jennifer stone wrote: > > > > On Thu, Feb 13, 2014 at 10:18 PM, Charles R Harris < > charlesr.har...@gmail.com> wrote: > >> Thought I'd forward this to the lists in case we need to do something. >> >> Hi everyone, >>> >>> Just a friendly reminder that applications

Re: [Numpy-discussion] GSOC

2014-02-13 Thread Jennifer stone
On Thu, Feb 13, 2014 at 10:18 PM, Charles R Harris < charlesr.har...@gmail.com> wrote: > Thought I'd forward this to the lists in case we need to do something. > > Hi everyone, >> >> Just a friendly reminder that applications for mentoring organizations >> close in about 24 hours. Please get your

[Numpy-discussion] GSOC

2014-02-13 Thread Charles R Harris
Thought I'd forward this to the lists in case we need to do something. Hi everyone, > > Just a friendly reminder that applications for mentoring organizations > close in about 24 hours. Please get your applications in soon, we will > not accept late applications for any reason! > > Thanks, > Carol

Re: [Numpy-discussion] deprecate numpy.matrix

2014-02-13 Thread alex
On Mon, Feb 10, 2014 at 11:16 AM, Alexander Belopolsky wrote: > > On Sun, Feb 9, 2014 at 4:59 PM, alex wrote: >> >> On the other hand, it really needs to be deprecated. > > > While numpy.matrix may have its problems, a NEP should list a better > rationale than the above to gain acceptance. > > Pe

Re: [Numpy-discussion] libflatarray

2014-02-13 Thread Eelco Hoogendoorn
As usual, 'it depends', but a struct of arrays layout (which is a virtual necessity on GPU's), can also be advantageous on the CPU. One rarely acts on only a single object at a time; but quite often, you only work on a subset of the objects attributes at a time. In an array of structs layout, you a

Re: [Numpy-discussion] libflatarray

2014-02-13 Thread Sturla Molden
Neal Becker wrote: > I thought this was interesting: > > http://www.libgeodecomp.org/libflatarray.html This is mostly flawed thinking. Nowadays, CPUs are much faster than memory access, and the gap is just increasing. In addition, CPUs have hierarchical memory (several layers of cache). Most alg

[Numpy-discussion] FYI: libflatarray

2014-02-13 Thread Neal Becker
I thought this was interesting: http://www.libgeodecomp.org/libflatarray.html ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion