search for: podemski

Displaying 4 results from an estimated 4 matches for "podemski".

2018 Aug 16
3
Package compiler - efficiency problem
...generate similar large systems (e.g. network problems like hydraulic networks). In that case, reports such as mine may help you to assess the scale of the problems. Thank you for suggestions for improvement in our approach, i am going to discuss them with other package developers. Regards, Karol Podemski pon., 13 sie 2018 o 18:02 Tomas Kalibera <tomas.kalibera at gmail.com> napisa?(a): > Dear Karol, > > thank you for the report. I can reproduce that the function from you > example takes very long to compile and I can see where most time is spent. > The compiler is itself writ...
2018 Aug 12
2
Package compiler - efficiency problem
...to handle the efficiency issues. On one of the boards I saw that there were efficiency issues in rpart package but they have been resolved. Or would you advise to turn off JIT on package load (package heavily uses such long functions generated whenever a new model is created)? Best regards, Karol Podemski -------------- next part -------------- A non-text attachment was scrubbed... Name: possible_bug_report.tar.gz Type: application/x-gzip Size: 88725 bytes Desc: not available URL: <https://stat.ethz.ch/pipermail/r-devel/attachments/20180812/6ce1f0a0/attachment.bin>
2018 Aug 17
0
Package compiler - efficiency problem
...of these generated functions (so they run much slower, but you don't have to wait for them to compile), we will provide it and using a hack/workaround it is already possible in existing versions of R, with all the drawbacks I mentioned previously. Best Tomas On 08/17/2018 12:43 AM, Karol Podemski wrote: > Dear Thomas, > > thank you for prompt response and taking interest in this issue. I > really appreciate your compiler project and efficiency gains in usual > case. I am aware of limitations of interpreted languages too and > because of that even when writing my first m...
2018 Aug 13
0
Package compiler - efficiency problem
...ut in other where such pragma may be used. Well so the short answer would be that these functions should not be generated in the first place. If it were too much work rewriting, perhaps the generator could just be improved to produce vectorized operations. Best Tomas On 12.8.2018 21:31, Karol Podemski wrote: > Dear R team, > > I am a co-author and maintainer of one of R packages distributed by R-forge > (gEcon). One of gEcon package users found a strange behaviour of package (R > froze for couple of minutes) and reported it to me. I traced the strange > behaviour to compiler...