Open smarr opened 3 years ago
Ah, and for good measures, after commenting out the bit that breaks on the original ReBenchDB report, these are the performance numbers, first Ř, and then GNU R:
1: ./render-rir.sh TruffleSOM-380.qs TruffleSOM-381.qs
Mean Std.Dev. Min Median Max
real 257.235+/-11.6012 3.440 254.553 255.061 262.091
user 256.573+/-11.7868 3.495 253.906 254.303 261.511
sys 0.657+/-0.2475 0.073 0.576 0.642 0.754
1: ./render.sh TruffleSOM-380.qs TruffleSOM-381.qs
Mean Std.Dev. Min Median Max
real 83.027+/-4.3162 1.280 82.037 82.210 84.835
user 82.411+/-4.0607 1.204 81.447 81.678 84.109
sys 0.605+/-0.2860 0.085 0.531 0.559 0.724
Thanks for the report. We are always happy to look at new benchmarks and it is well possible that you see slowdowns, when exercising parts of the language we did not look at so far. It is vast unfortunately (hundreds of builtins and specials)...
Unfortunately I can't run your script yet, it fails with:
> not_in_both <- stats %>%
+ filter(is.na(ratio)) %>%
+ droplevels()
Error: (converted from warning) Factor `commitid` contains implicit NA, consider using `forcats::fct_explicit_na`
Environment:
1: stats %>% filter(is.na(ratio)) %>% droplevels()
2: withVisible(eval(quote(`_fseq`(`_lhs`)), env, env))
3: eval(quote(`_fseq`(`_lhs`)), env, env)
4: eval(quote(`_fseq`(`_lhs`)), env, env)
5: `_fseq`(`_lhs`)
6: freduce(value, `_function_list`)
7: withVisible(function_list[[k]](value))
8: function_list[[k]](value)
9: droplevels(.)
10: droplevels.data.frame(.)
11: lapply(x[ix], droplevels)
12: x[ix]
13: `[.grouped_df`(x, ix)
14: grouped_df(y, group_names, group_by_drop_default(x))
15: grouped_df_impl(data, unname(vars), drop)
16: .signalSimpleWarning("Factor `commitid` contains implicit NA, consider usin
17: withRestarts({
.Internal(.signalCondition(simpleWarning(msg, call), msg
18: withOneRestart(expr, restarts[[1]])
19: doWithOneRestart(return(expr), restart)
Hi Stefan, thanks! I managed to run this and observe similar timings. I will have a look.
Thanks @o- and @JanJecmen.
it is well possible that you see slowdowns, when exercising parts of the language we did not look at so far. It is vast unfortunately (hundreds of builtins and specials)...
Yeah, I figured :) So, this isn't a complaint. It's just me trying Ř. I think, I promised doing it already after the DLS paper last year. And, I am neither an R expert nor in anyway sure that my R code isn't at fault. It's really mostly curiosity on my part.
Unfortunately I can't run your script yet, it fails with:
Hm, perhaps the input files went the wrong way around? Not entirely sure what might be going wrong.
So, this isn't a complaint.
no worries, just some expectation management.
Hm, perhaps the input files went the wrong way around? Not entirely sure what might be going wrong.
i reinstalled all packages and that did the trick. maybe some incompatibility with an old version or I had a broken installation of some package on machine.
Not sure whether this is helpful or not, but just in case, here an R script that runs rather slow: https://gist.github.com/smarr/6ba736373f46cac851d1b52e337ab753 This R script is a version of ReBenchDB's Rmarkdown report.
Here the numbers, first Ř, and then GNU R.
For completeness, the version details:
Ř was built from git HEAD with
cmake -DCMAKE_BUILD_TYPE=release .
To run it, you'll need two data files:
There also seems to be an issue with default arguments to functions, or at least that's what the error suggests when line 15 is not commented out.
For executing the script you'll need the following libraries: