[R] Multithreading

Timothy H. Keitt tklistaddr at keittlab.bio.sunysb.edu
Tue Apr 16 17:11:05 CEST 2002


This seems entirely reasonable. We shouldn't expect a language like R to
deliver native high performance computing; its value is as a layer above
highly optimized C/Fortran/other code, e.g. Atlas. Probably, the biggest
short term gain in performance would be to implement parallel versions
(threads, pvm, mpi) of apply and friends. I've lately been getting up to
10x performance improvements after replacing explicit loops with lapply
statements called on closures.

T.

On Tue, 2002-04-16 at 07:29, Luke Tierney wrote:
> in my view, highly unlikely that these R level threads will be able to
> run in parallel any time soon, if ever.  At least initially it is
> almost certain that we will have to use an approach similar to the one
> used in Python and have a global lock that makes sure at most one
> threads is running in R code at any given time. (There will be context

-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-help-request at stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._



More information about the R-help mailing list