Re: [Numpy-discussion] Speed bottlenecks on simple tasks - suggested improvement

2012-12-02 Thread Travis Oliphant
Raul, This is *fantastic work*. While many optimizations were done 6 years ago as people started to convert their code, that kind of report has trailed off in the last few years. I have not seen this kind of speed-comparison for some time --- but I think it's definitely beneficial. Num

Re: [Numpy-discussion] Speed bottlenecks on simple tasks - suggested improvement

2012-12-02 Thread Christoph Gohlke
On 12/2/2012 5:28 PM, Raul Cota wrote: > Hello, > > First a quick summary of my problem and at the end I include the basic > changes I am suggesting to the source (they may benefit others) > > I am ages behind in times and I am still using Numeric in Python 2.2.3. > The main reason why it has taken

[Numpy-discussion] Speed bottlenecks on simple tasks - suggested improvement

2012-12-02 Thread Raul Cota
Hello, First a quick summary of my problem and at the end I include the basic changes I am suggesting to the source (they may benefit others) I am ages behind in times and I am still using Numeric in Python 2.2.3. The main reason why it has taken so long to upgrade is because NumPy kills perfo

Re: [Numpy-discussion] allclose changed behaviour in 1.6.2 ?

2012-12-02 Thread Nathaniel Smith
On Sun, Dec 2, 2012 at 3:16 PM, Ralf Gommers wrote: > > On Fri, Nov 30, 2012 at 9:07 AM, Martin Raspaud > wrote: >> >> Hi, >> >> We noticed that comparing arrays of different shapes with allclose >> doesn't work anymore in numpy 1.6.2. >> >> Is this a feature or a bug ? :) > > > I vote for featur

Re: [Numpy-discussion] allclose changed behaviour in 1.6.2 ?

2012-12-02 Thread Ralf Gommers
On Fri, Nov 30, 2012 at 9:07 AM, Martin Raspaud wrote: > Hi, > > We noticed that comparing arrays of different shapes with allclose > doesn't work anymore in numpy 1.6.2. > > Is this a feature or a bug ? :) > I vote for feature. Allclose does element-wise comparison, so using different size non-b