As I understand it, both Ra and the R 'compiler' package are bytecode
JITs, so roughly like Java '.class' and Emacs '.elc' files. There is no
current method that compiles R into machine code, which is what JIT in
the JVM does, and which is why Java does so well in the language
shootout [1].
D
Ooops, wrong JIT! Dirk is absolutely right. I meant to say see enableJIT is
the compiler package, see
http://www.r-statistics.com/2012/04/speed-up-your-r-code-using-a-just-in-time-jit-compiler/
I second Dirk's comments on Ra.
Antonio
On Mon, Jun 18, 2012 at 12:53 PM, Dirk Eddelbuettel wrote:
On 18 June 2012 at 11:55, Antonio Piccolboni wrote:
|
|
| On Sun, Jun 17, 2012 at 9:09 PM, c s wrote:
|
| Another is
| R. I believe R currently doesn't have a JIT compiler (I haven't
| checked lately), and hence the very useful Rcpp fills in the
| performance gap.
|
|
|
|
On Sun, Jun 17, 2012 at 9:09 PM, c s wrote:
> Another is
> R. I believe R currently doesn't have a JIT compiler (I haven't
> checked lately), and hence the very useful Rcpp fills in the
> performance gap.
>
Still work in progress but see http://www.milbo.users.sonic.net/ra/jit.html.
Doesn't
On Sun, Jun 17, 2012 at 11:09 PM, c s wrote:
> On Sun, Jun 17, 2012 at 4:21 AM, Douglas Bates wrote:
>> These comments may provoke a heated response from Conrad but,
>> if so, I don't plan to respond further. Eigen and Armadillo are different
>> approaches, each with their own advantages and disa
On Sun, Jun 17, 2012 at 4:21 AM, Douglas Bates wrote:
> These comments may provoke a heated response from Conrad but,
> if so, I don't plan to respond further. Eigen and Armadillo are different
> approaches, each with their own advantages and disadvantages.
I'm actually in favour of heterogeneous
On Thu, Jun 14, 2012 at 2:36 PM, Dirk Eddelbuettel wrote:
>
> On 15 June 2012 at 02:56, c s wrote:
> | Simply installing ATLAS (which provides speed-ups for several Lapack
> | functions) on Debian/Ubuntu systems can already make a big difference.
> | (Debian & Ubuntu use a trick to redirect Lapac
On 15 June 2012 at 02:56, c s wrote:
| Simply installing ATLAS (which provides speed-ups for several Lapack
| functions) on Debian/Ubuntu systems can already make a big difference.
| (Debian & Ubuntu use a trick to redirect Lapack and Blas calls to
| ATLAS). Under Mac OS X, the Accelerate framew
On 14 June 2012 at 10:14, Julian Smith wrote:
| That's useful to know about what svd_econ() exactly does. I will give that a
| shot and report back.
It doesn't buy anything -- same example as before but now with svd_econ().
R> require(RcppArmadillo)
Loading required package: RcppArmadillo
Loadin
On Jun 15, 2012 12:11 AM, "Dirk Eddelbuettel" wrote:
> Thanks for that earlier hint re 'thin' and 'full' SVDs.
Armadillo has the standard svd() and the thin version too: svd_econ().
See http://arma.sourceforge.net/docs.html#svd_econ
> Conrad, any interest in switching to dgesdd?
Yes, but this is
That's useful to know about what svd_econ() exactly does. I will give that
a shot and report back.
Has anyone looked at integrating something like SLEPc, Anasazi(via
Trilinos) or ARPACK++ into rcpp? These would be some really cool tools to
have available.
http://www.grycap.upv.es/slepc/descriptio
On Thu, Jun 14, 2012 at 4:43 AM, Dirk Eddelbuettel wrote:
> And you should find Eigen to be a little faster. Andreas Alfons went as far
> as building 'robustHD' using RcppArmadillo with a drop-in for RcppEigen
> (in package 'sparseLTSEigen'; both package names from memmory and
> I may have mistype
On 14 June 2012 at 08:01, Douglas Bates wrote:
| On Wed, Jun 13, 2012 at 6:53 PM, Julian Smith wrote:
| > Doesn't svd in R by default compute D, U and V?
|
| > http://stat.ethz.ch/R-manual/R-patched/library/base/html/svd.html
|
| You're right but the default is the 'thin' U when X is n by p and
On Wed, Jun 13, 2012 at 6:53 PM, Julian Smith wrote:
> Doesn't svd in R by default compute D, U and V?
> http://stat.ethz.ch/R-manual/R-patched/library/base/html/svd.html
You're right but the default is the 'thin' U when X is n by p and n >=
p. Does the svd in Armadillo return the full n by n m
Doesn't svd in R by default compute D, U and V?
http://stat.ethz.ch/R-manual/R-patched/library/base/html/svd.html
On Wed, Jun 13, 2012 at 4:07 PM, Douglas Bates wrote:
> On Wed, Jun 13, 2012 at 5:16 PM, Dirk Eddelbuettel wrote:
> >
> > On 13 June 2012 at 15:05, Julian Smith wrote:
> > | I agre
On Wed, Jun 13, 2012 at 5:16 PM, Dirk Eddelbuettel wrote:
>
> On 13 June 2012 at 15:05, Julian Smith wrote:
> | I agree that RcppEigen is a little bit faster, but ease of use is important
> to
> | me, so I feel like RcppArmadillo might win out in my application.
>
> Yup, that my personal view too
On 13 June 2012 at 17:16, Dirk Eddelbuettel wrote:
|
| On 13 June 2012 at 15:05, Julian Smith wrote:
| | I agree that RcppEigen is a little bit faster, but ease of use is important
to
| | me, so I feel like RcppArmadillo might win out in my application.
|
| Yup, that my personal view too.
|
|
On 13 June 2012 at 15:05, Julian Smith wrote:
| I agree that RcppEigen is a little bit faster, but ease of use is important to
| me, so I feel like RcppArmadillo might win out in my application.
Yup, that my personal view too.
| | RcppArmadillo will use the very same LAPACK and BLAS libs your R
I agree that RcppEigen is a little bit faster, but ease of use is important
to me, so I feel like RcppArmadillo might win out in my application.
| RcppArmadillo will use the very same LAPACK and BLAS libs your R session
| uses. So MKL, OpenBlas, ... are all options. Eigen actually has its own
cod
On 13 June 2012 at 10:57, Julian Smith wrote:
| I've been toying with both RcppArmadillo and RcppEigen the past few days and
| don't know which library to continue using. RcppEigen seems really slick, but
| appears to be lacking some of the decompositions I want and isn't nearly as
| fast to code.
I've been toying with both RcppArmadillo and RcppEigen the past few days
and don't know which library to continue using. RcppEigen seems really
slick, but appears to be lacking some of the decompositions I want and
isn't nearly as fast to code. RcppArmadillo seems about as fast, easier to
code up e
21 matches
Mail list logo
