On 24 September 2018 at 08:48, Kyle Baron wrote:
| Here's an updated version of the Rcpp code with a single call:
|
https://github.com/jesusfv/Comparison-Programming-Languages-Economics/compare/master...kylebmetrum:master
|
| The comparison runs are here:
|
https://github.com/kylebmetrum/Compa
Here's an updated version of the Rcpp code with a single call:
https://github.com/jesusfv/Comparison-Programming-Languages-Economics/compare/master...kylebmetrum:master
The comparison runs are here:
https://github.com/kylebmetrum/Comparison-Programming-Languages-Economics/issues/1
For typical a s
On 9/22/18 8:41 PM, Jordi Molins wrote:
> I have access to a machine (not a desktop) with quite a few CPUs and
> quite a few GPUs. So, if for example there are 100 CPU cores and 100,000
> GPU cores, I guess that I could do a foreach for these 100 CPU cores for
> an R function, and then if this R fu
El dom., 23 sept. 2018 13:01, Iñaki Ucar escribió:
> Also you can try adding
>
> // [[Rcpp::plugins(unwindProtect)]]
>
> to InsideLoop.cpp. That should boost the performance too with the
> latest version of Rcpp.
>
Taking a look now, and I realize there are just calls to C++, not to R. So,
pleas
On 23 September 2018 at 08:29, Kyle Baron wrote:
| It didn't change anything in my testing. I wondered about wrapping the
| whole thing too ... but maybe that's premature? I can't tell were the
| slow-down is.
|
| My ratio is around 2.4 or 2.5 with this:
|
|
https://github.com/jesusfv/Compa
It didn't change anything in my testing. I wondered about wrapping the
whole thing too ... but maybe that's premature? I can't tell were the
slow-down is.
My ratio is around 2.4 or 2.5 with this:
https://github.com/jesusfv/Comparison-Programming-Languages-Economics/compare/master...kylebmetrum
On 23 September 2018 at 14:50, Iñaki Ucar wrote:
| El dom., 23 sept. 2018 14:39, Dirk Eddelbuettel escribió:
|
| >
| > On 23 September 2018 at 13:01, Iñaki Ucar wrote:
| > | Also you can try adding
| > |
| > | // [[Rcpp::plugins(unwindProtect)]]
| > |
| > | to InsideLoop.cpp. That should boost
El dom., 23 sept. 2018 14:39, Dirk Eddelbuettel escribió:
>
> On 23 September 2018 at 13:01, Iñaki Ucar wrote:
> | Also you can try adding
> |
> | // [[Rcpp::plugins(unwindProtect)]]
> |
> | to InsideLoop.cpp. That should boost the performance too with the
> | latest version of Rcpp.
>
> Maybe, m
On 23 September 2018 at 13:01, Iñaki Ucar wrote:
| Also you can try adding
|
| // [[Rcpp::plugins(unwindProtect)]]
|
| to InsideLoop.cpp. That should boost the performance too with the
| latest version of Rcpp.
Maybe, maybe not. Are there lots of calls happening here? Should be easy
enough t
Also you can try adding
// [[Rcpp::plugins(unwindProtect)]]
to InsideLoop.cpp. That should boost the performance too with the
latest version of Rcpp.
Iñaki
El dom., 23 sept. 2018 a las 12:46, Kyle Baron () escribió:
>
>
> I got mOutput mixed up with mResults in the last message; it mResults tha
I got mOutput mixed up with mResults in the last message; it mResults that
gets created up front and then every iteration.
https://github.com/jesusfv/Comparison-Programming-Languages-Economics/blob/master/RBC_Rcpp.R#L45
https://github.com/jesusfv/Comparison-Programming-Languages-Economics/blob/mas
It seems like the sourceCpp thing is the biggie. That dropped about a
second of the time from something like 2.7 to 1.7 seconds
They also create mOutput and then re-create it every time it goes into
InsideLoop
https://github.com/jesusfv/Comparison-Programming-Languages-Economics/blob/master/RBC_R
I have access to a machine (not a desktop) with quite a few CPUs and quite
a few GPUs. So, if for example there are 100 CPU cores and 100,000 GPU
cores, I guess that I could do a foreach for these 100 CPU cores for an R
function, and then if this R function calls RcppArrayFire, RcppArrayFire
could
On 22 September 2018 at 12:36, Michael Weylandt wrote:
| I don't have time right now, but the offending line is here:
|
|
https://github.com/jesusfv/Comparison-Programming-Languages-Economics/blob/master/RBC_Rcpp.R#L62
|
| which calls `sourceCpp` repeatedly on each loop iteration.
|
| Should
I don't have time right now, but the offending line is here:
https://github.com/jesusfv/Comparison-Programming-Languages-Economics/blob/master/RBC_Rcpp.R#L62
which calls `sourceCpp` repeatedly on each loop iteration.
Should be a one line change to move it outside the loop and un-sully the
good n
On 22 September 2018 at 17:52, Jordi Molins wrote:
| In relation to doing "CPU x GPU": what would happen if I have 3 variables
| to be parallelized (independent from each other, no interdependencies) and
| then I create an R function, using RcppArrayFire, to GPU-parallelize two of
| them. Then, I
On 22 September 2018 at 19:15, Iñaki Ucar wrote:
| FYI, you can find the code here:
|
| https://github.com/jesusfv/Comparison-Programming-Languages-Economics
Nice catch!
Have not had time to look. Any volunteers willing to dive in, ie fork or
clone the thing and clean up? Happy to help.
Dirk
FYI, you can find the code here:
https://github.com/jesusfv/Comparison-Programming-Languages-Economics
El sáb., 22 sept. 2018 a las 15:11, Dirk Eddelbuettel
() escribió:
>
>
> Jordi,
>
> On 22 September 2018 at 09:18, Georgi Boshnakov wrote:
> | I don’t see any code going with the revised versio
On Sat, Sep 22, 2018 at 8:11 AM Dirk Eddelbuettel wrote:
>
> But for any non-trivial example the cost of that will be well under, say,
> 1%
> while still getting a "many times" speedup over alternative R solutions.
> So
> a win for most people. Hence 1444 packages on CRAN using it. Those people
Thank you, Dirk. For sure I will follow your advice, and I will try /
experiment. From your comment, I will probably try RcppArrayFire first,
rather than RcppParallel.
In relation to doing "CPU x GPU": what would happen if I have 3 variables
to be parallelized (independent from each other, no inte
Jordi,
RcppParallel uses _thread_ parallelism on the CPU. RcppArrayFire can use that
too, but can also use two GPU related mechanisms. But those do not give you
extra CPUs, so in short you cannot do "CPU x GPU".
None of this is Rcpp specific. But the respective articles on the
RcppGallery are
Hello, I am new in this distribution list. I am using Rcpp and
RcppArmadillo for my project.
Now, I will have access to a relatively big computer, with both CPUs and
GPUs. And I want to take advantage of it.
So far, I am calling from C++ a R function (the nls.lm from minpack.lm,
which is a port o
Jordi,
On 22 September 2018 at 09:18, Georgi Boshnakov wrote:
| I don’t see any code going with the revised version, but
| looking at the code coming with the original paper, see
http://economics.sas.upenn.edu/~jesusfv/RBC_codes.zip,
| the following points come up:
All excellent points. Jordi
and other materials and papers by him.
Georgi Boshnakov
From: Rcpp-devel [mailto:rcpp-devel-boun...@lists.r-forge.r-project.org] On
Behalf Of Jordi Molins
Sent: 22 September 2018 08:03
To: rcpp-devel@lists.r-forge.r-project.org; Jordi Molins
Subject: [Rcpp-devel] Question on performance
Hello,
Hello, I am new in this distribution list. I am using Rcpp for my project,
and I enjoy the Rcpp implementation quite a lot.
I have read the paper
https://www.sas.upenn.edu/~jesusfv/Update_March_23_2018.pdf and I see the
performance of Rcpp is about 4x times slower than C++ proper code, or 3x
times
25 matches
Mail list logo
