hopefully you'll be able to create a reproducible example, as my hanging issues seem to come and go without any obvious reason.
On 17/08/2011 13:50, Tim Triche, Jr. wrote: > I'll see if I can put together a self-contained example. Primarily, > the times that I use multicore (and attempted to use doSMP, mostly > because one of my users refuses to ditch Windows) are when I am > reading a ton of binary files, none of which depend on the others. > This is a blindingly obvious use-case for e.g. doMC and doSMP, yet > what typically happens is that the entire operation wedges. I'm told > that doSMP really only works well with Revolution R, but per above, I > will try to put together a working self-contained example to show how. > > > On Wed, Aug 17, 2011 at 4:39 AM, Renaud Gaujoux <ren...@cbio.uct.ac.za > <mailto:ren...@cbio.uct.ac.za>> wrote: > > I did notice some strange behaviour once, but things were working > without a problem for a while now. > foreach loops and concepts are nice concepts, which I'd like to > carry on using. > Maybe somebody from the foreach-dopar packages could explain why > they have such issues? > > Tim do you have concrete examples of the issues you talked with > other developers? > > Thank you. > > Renaud > > On 17/08/2011 12:45, Tim Triche, Jr. wrote: >> yes -- doMC (and doSMP) are kind of bogus and I just use >> multicore::mclapply() to good effect these days. I checked >> around with other people doing similar things at the Bioconductor >> developer day and pretty much everyone confirmed that doWHATEVER >> seems to have issues, where as multicore itself... doesn't. >> >> Just my $0.02, >> >> --t >> >> >> On Wed, Aug 17, 2011 at 1:45 AM, Renaud Gaujoux >> <ren...@mancala.cbio.uct.ac.za >> <mailto:ren...@mancala.cbio.uct.ac.za>> wrote: >> >> Hi, >> >> in R 2.12.1, R CMD check hangs when building a vignette that >> uses a foreach loop with the doMC parallel backend. >> This does not happen in R 2.13.1, nor if I use doSEQ instead >> of doMC. >> All versions of multicore, doMC and foreach are the same on >> both my R installations. >> >> Has anybody encountered a similar issue? >> >> Thank you. >> Renaud >> >> >> >> >> ### >> UNIVERSITY OF CAPE TOWN >> This e-mail is subject to the UCT ICT policies and >> e-mai...{{dropped:5}} >> >> ______________________________________________ >> R-devel@r-project.org <mailto:R-devel@r-project.org> mailing list >> https://stat.ethz.ch/mailman/listinfo/r-devel >> >> >> >> >> -- >> >> >> If people do not believe that mathematics is simple, it >> is only because they do not realize how complicated life is. >> >> John von Neumann >> >> <http://www-groups.dcs.st-and.ac.uk/%7Ehistory/Biographies/Von_Neumann.html> >> > > ### > > UNIVERSITY OF CAPE TOWN > > This e-mail is subject to the UCT ICT policies and e-mail > disclaimer published on our website at > http://www.uct.ac.za/about/policies/emaildisclaimer/ or obtainable > from +27 21 650 9111 <tel:%2B27%2021%20650%209111>. This e-mail is > intended only for the person(s) to whom it is addressed. If the > e-mail has reached you in error, please notify the author. If you > are not the intended recipient of the e-mail you may not use, > disclose, copy, redirect or print the content. If this e-mail is > not related to the business of UCT it is sent by the sender in the > sender's individual capacity. > > ### > > > > > -- > When you emerge in a few years, you can ask someone what you missed, > and you'll find it can be summed up in a few minutes. > > Derek Sivers <http://sivers.org/berklee> > ### UNIVERSITY OF CAPE TOWN This e-mail is subject to the UCT ICT policies and e-mai...{{dropped:9}} ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
