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

Reply via email to