similar to: When is a function call an expression? (multicore package)

Hello everyone, I'm trying to parallelize an R script I have written. To do this, I am first trying to use the multicore package, because I've had some previous success with that. The function I'm trying to parallelize is illumqc. I'd like to create a separate process for each of 8 files, contained in the vector "files". Below is my code: for(i in

Dear list, I am running into 2 problems when using the optimize function from the stats package (note: I've also tried unsuccessfully to use optim, nlm, & nlminb). The second problem is caused by my solution to the first, so I am asking if anyone has a better solution to the first question, or if there exists a solution to the second problem. I should also mention that what I am

Dear all, I stumbled upon what appears to be a troublesome issue when sampling from an ARIMA model (from Rob Hyndman's excellent 'forecast' package) that contains a seasonal AR component. Here's how to reproduce the issue. (I'm using R 2.9.2 with forecast 2.19; see sessionInfo() below). First some data: > x <- c( 0.132475, 0.143119, 0.108104, 0.247291, 0.029510,

On Tue, Apr 28, 2020 at 9:00 PM Shian Su <su.s at wehi.edu.au> wrote: > > Thanks Simon, > > I will take note of the sensible default for core usage. I?m trying to achieve small scale parallelism, where tasks take 1-5 seconds and make fuller use of consumer hardware. Its not a HPC-worthy computation but even laptops these days come with 4 cores and I don?t see a reason to not make

dear R readers---I thought I would post the following snippet of R code that makes by() like operations easier and faster on multicore machines for R novices and amateurs. I hope it helps some. YMMV. feel free to ignore. PS: I wish R had a POD-like documentation system for end users that are not writing full libraries. because it does not, I did not provide documentation ala '?mc.by'.

Hi, I want to parallelize some computations when it's possible on multicore machines. Each computation produces a big objects that I don't want to store if not necessary: in the end only the object that best fits my data have to be returned. In non-parallel mode, a single gloabl object is updated if the current computation gets a better result than the best previously found. My plan

Sir, I want to apply mclapply() function for my analysis. So, I have to install multicore package. But I can not install the package. >install.packages("multicore") It gives that package multicore is not available. Can you help me? Regards, Suman Dhara [[alternative HTML version deleted]]

On Mar 30, 2015, at 4:40 PM, Valerie Obenchain <vobencha at fredhutch.org> wrote: > On 03/25/2015 07:48 PM, Simon Urbanek wrote: >> On Mar 25, 2015, at 3:46 PM, Valerie Obenchain <vobencha at fredhutch.org> wrote: >> >>> Hi Simon, >>> >>> I'm having trouble with nested parallel workers, specifically, forking inside socket connections.

On Aug 3, 2010, at 8:48 PM, Liu wrote: > It is so difficult ... > Which FE? It need BE support? I didn't get it. > > 2010/8/4 vijay kumar <vijaygbvv at gmail.com> > Yeah OpenMP support. I read that it has a front end support but not the back end. So are there any projects or teams looking at this issue. > > On Wed, Aug 4, 2010 at 7:24 AM, Liu <proljc at

Hello All, In general when we use Rprof for performance evaluation on Multicore systems the output provides the time on the basis of the "user" time and the sampling time is equal to the the user time as reported by system.time. This does not seem right behavior when R is linked to BLAS/Lapack or other libraries which are optimized for parallel or multicore architectures as

Hello All, In general when we use Rprof for performance evaluation on Multicore systems the output provides the time on the basis of the "user" time and the sampling time is equal to the the user time as reported by system.time. This does not seem right behavior when R is linked to BLAS/Lapack or other libraries which are optimized for parallel or multicore architectures as

Multicore? You want OpenMP support? 2010/8/3 vijay kumar <vijaygbvv at gmail.com> > Hi all, > I am new to this LLVM. I went through the documenation of LLVM but > I didn't find any support for Multicore. Is there any such possibility where > multicore architecture can be exploited using LLVM. > > > > Thanks > Vijay > >

Dear all, I am trying to improve my code for many cores. I have started with multicore package and the function mclapply. A multicore version of the lcapply. One problem I have is that when I use this function (you can copy and paste the below) require('multicore') returni <-function(i) {i} system.time(mclapply(seq(1:100000),returni)) I get 4 more versions of rkward.bin running (my

Quick question regarding multicore versions of mapply. Package 'multicore' provides a parallelized version of 'lapply', called 'mclapply'. I haven't found any parallelized versions of 'mapply', however (although one can use the lower level function 'parallel', it becomes harder to control the number of spawned processes etc). Is anyone aware of a

Dear All, At least in three different GNU/Linux systems, the parallel function from the multicore package leaves defunct (zombie) R processes. For instance library(multicore) parallel(1:5) collect() After collect, the child process (with pid as given by collect) is left defunct. (If we run the last two lines of code again, the previously defunct process will be replaced by the new defunct

It is so difficult ... Which FE? It need BE support? I didn't get it. 2010/8/4 vijay kumar <vijaygbvv at gmail.com> > Yeah OpenMP support. I read that it has a front end support but not the > back end. So are there any projects or teams looking at this issue. > > On Wed, Aug 4, 2010 at 7:24 AM, Liu <proljc at gmail.com> wrote: > >> Multicore? >> You

I'm using Clang but not llvm-gcc. Now, I get it. Maybe Clang will support it soon, but I think it have nothing to do with BE... 2010/8/4 Eric Christopher <echristo at apple.com> > > On Aug 3, 2010, at 8:48 PM, Liu wrote: > > > It is so difficult ... > > Which FE? It need BE support? I didn't get it. > > > > 2010/8/4 vijay kumar <vijaygbvv at

Is there any reason to expect a problem ? i'm running this script on the cluster down the hall: module load R/2.11.0 R library(multicore) fxx<-function(ll) runif(1) mclapply(1:10,fxx) i get: Error in fork() : Unable to fork. less /proc/cpuinfo yields: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Xeon(R) CPU

This is a 'rather than re-invent the wheel' post. Has anyone out there re-written combn so that it can be parallelized - with multicore, snow, or otherwise? I have a job that requires large numbers of combinations, and rather than get all of the index values, then crank it through mclapply, I was wondering if there was a way to just do this natively within a function. Just curious.

Hi, i have a function: zz<- (constrOptim(c(.5,0), fr, grr, ui=rbind(c(-1,0),c(1,-1)), ci=c(-0.9,0.1))) i can get the result by using command (for example): zz$par now if i can use multicore: zz<-parallel(constrOptim(c(.5,0), fr, grr, ui=rbind(c(-1,0),c(1,-1)), ci=c(-0.9,0.1))) result < collect(zz) i cant get my the result: result$par because multicore add process id. for example: