[R-SIG-Mac] Performance Issues.

Byron Ellis ellis at stat.harvard.edu
Wed May 17 05:07:10 CEST 2006

Ah, sorry. I blame the dissertation for me missing that :-)

BTW, the ridiculous fish link has some benchmarking for the Lea  

On May 16, 2006, at 7:55 PM, Simon Urbanek wrote:

> Byron,
> On May 16, 2006, at 8:34 PM, Byron Ellis wrote:
>> Apparently somebody was having some performance issues
>> http://sekhon.berkeley.edu/macosx/
>> fortunately, it got dugg and someone fixed it for us
>> http://ridiculousfish.com/blog/archives/2006/05/16/36/
>> In an unsurprising turn of events it turns out to be malloc's fault.
>> It also looks like the build isn't against an optimized BLAS?
> We had a discussion about this earlier, it started with
> https://stat.ethz.ch/pipermail/r-sig-mac/2006-March/002722.html
> What it boils down to is that ptATLAS can give you a good speed-up,
> but it can also screw you up by calling malloc/free all the time - it
> depends on the task. For single core CPUs it's definitely better to
> use R's own BLAS. For Core Duos it depends on the size of the problem
> - for bigger problems ptATLAS is better, for smaller problems
> internal BLAS may be better.
> In a quiet minute I'll try to run our benchmarks with Lea's allocator
> and see if it would make sense to use it for OS X.
> Thanks,
> Simon
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac at stat.math.ethz.ch
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac

Byron Ellis (ellis at stat.harvard.edu)
"Oook" -- The Librarian

More information about the R-SIG-Mac mailing list