[Rd] compiling R | multi-Opteron | BLAS source

2006-07-23 Thread Evan Cooch
Greetings - A quick perusal of some of the posts to this maillist suggest the level of the questions is probably beyond someone working at my level, but at the risk of looking foolish publicly (something I find I get increasingly comfortable with as I get older), here goes: My research group r

Re: [Rd] compiling R | multi-Opteron | BLAS source

2006-07-24 Thread Liaw, Andy
From: Evan Cooch > > Greetings - > > A quick perusal of some of the posts to this maillist suggest > the level of the questions is probably beyond someone working > at my level, but at the risk of looking foolish publicly > (something I find I get increasingly comfortable with as I > get olde

Re: [Rd] compiling R | multi-Opteron | BLAS source

2006-07-24 Thread Evan Cooch
> > I think the early version of ACML lagged behind others, but recent > versions are competitive. I've run into precision problem (failing > make check all) with some Goto BLAS before. Also, Goto BLAS has > switched to a more restrictive license (probably not a problem for > you though). >

Re: [Rd] compiling R | multi-Opteron | BLAS source

2006-08-01 Thread Prof Brian Ripley
The R-devel version of R provides a pluggable BLAS, which makes such tests fairly easy (although building the BLAS themselves is not). On dual Opterons, using multiple threads is often not worthwhile and can be counter-productive (Doug Bates has found some dramatic examples, and you can see th

Re: [Rd] compiling R | multi-Opteron | BLAS source

2006-08-01 Thread Evan Cooch
Thanks very much - I followed your advice, and have tried a variety of permutations (using ACML, and LAPACK). For the most part, I'm still 'playing' with multiple threads, but given the performance I'm getting (quad Opteron 880, 16 GB RAM, 64-bit FC5), I'll stick with that for now (but based on