Dear all,
there are certainly two major features which impact PDL performance:
1. Threading should be aware of multiple CPUs and cores automagically
and use them.
2. 2GB hard limit due to declaration of dimensions and sizes as 32bit
integers.
While 2 is not strictly about performance in trerms of speed, it is
annoying for a numbercrunching engine. This has to be resolved in the
near future to stay competitive. I am hit by those already. I'd be
willing to help addressing these issues.
It outperforms matlab, which most of our group use, easily.
Best
Ingo
On 03/06/2011 04:15 PM, Leandro Hermida wrote:
Hi PDL group,
I recently wrote a blog post about Perl and PDL in the areas of
scientific and financial computing and to start discussion about what
I've seen in my field (scientific computing), that for no reason most
people in these fields don't seem to know (or consider) that the
Perl/PDL/CPAN stack is perfectly suited for such work and a powerful
if not better competitor to Python/NumPy/SciPy/matplotlib stack,
MATLAB, Octave, or R.
If you are interested in reading and commenting and most of all
correcting me please see it here:
http://blogs.perl.org/users/lhermida/2011/03/hi-everyone-as-a-bioinformatician.html
I think that awareness of PDL needs to be raised significantly among
these communities.
best,
Leandro
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl