similar to: R and package don't know they're built on same system

I have a package that can use rmpi, but works fine without it. None of the automatic test code invokes rmpi functionality. (One test file illustrates how to use it, but has quit() as its first command.) What's the best way to handle this? In particular, what is the appropriate form for upload to CRAN? When I omitted rmpi from the DESCRITPION file R CMD check gave <quote> * checking

Can anyone help me understand how I got 2 versions of the same library loaded, how to prevent it, and what the consequences are? Running under Debian GNU/Linux squeeze. lsof and /proc/xxx/map both show 2 copies of several libraries loaded: /home/ross/install/lib/libmpi.so.1.3.0 /home/ross/install/lib/libopen-pal.so.6.1.0 /home/ross/install/lib/libopen-rte.so.7.0.0

Rmpi is not currently available on CRAN, and I don't think it has been for a few months. It is available at http://www.stats.uwo.ca/faculty/yu/Rmpi/ Does anyone know its current status? A few months ago I corresponded with the author, who noted some build problems (specifically on Debian) were the hang up, and seemed to be working on it. I wasn't able to get it to work then (on a

Hi, I want to compute a distribution of the intersection of a graph and 'randomized' graphs induced by the permutations of node labels (to preserve the graph topology). Since I ll have many permutations to perform, I was thinking of using the snow package and in particular "parSapply" to divide the work between my 4 CPUs. But I get the following error message : Error in

Hi I have a few problems installing/updating packages with complicated dependencies. For example, the Rmpi package: update.packages(...) checking for mpi.h... no configure: error: "Cannot find mpi.h header file" ERROR: configuration failed for package ?Rmpi? So I tried: >install.packages("Rmpi",configure.args="--with-mpi=/usr/lib/openmpi") Trying to find

I'm invoking R from withing a shell script like this R --no-save --no-restore --gui=none > `hostname` 2>&1 <<BYE # various commands here BYE I would like to regain control from the invoking terminal at some point. I tried source(stdin()) but got a syntax error, presumably stdin is the little shell here snippet (the part between <<BYE and BYE). Is there some way to

Has anybody tried to use Rmpi with the OpenMPI library instead of LAM/MPI? LAM appears to be somewhat hardcoded in the Rmpi setup. Before I start to experiment with changing this, has anybody else tried Rmpi with non-LAM MPI implementations? Dirk -- Hell, there are no rules here - we're trying to accomplish something. -- Thomas A. Edison

Dear all, I am managing a departmental purchase of an Opteron based workstation/server for scientific computing on which we will be running R. The environment will probably be either Unix/Linux or Solaris and the amount of RAM will be 8-16Gb, depending on the number of processors. My main concerns are the following: 1. How much does R benefit from passing from one processor to two/four

I've tweaked Rmpi and want to have some variables that hold data in the package. One of the R files starts mpi.isend.obj <- vector("list", 500) #mpi.request.maxsize()) mpi.isend.inuse <- rep(FALSE, 500) #mpi.request.maxsize()) and then functions update those variables with <<-. When run:

Some packages are available in cran2deb and Debian. After adding cran2deb to my sources.list it seems the cran2deb ones are favored because X.Y-ZcranN is "more recent" than X.Y-Z. In the case of r-cran-rmpi the effect of this was to cause aptitude to want to uninstall all my mpi stuff. Apparently the automatically generated package doesn't have mpi as a dependency. I just put a

R objects can disappear if they are garbage collected; can they move, i.e., change their location in memory? I don't see any indication this might happen in "Writing R Extensions" or "R Internals". But I'd like to be sure. Context: Rmpi serializes objects in raw vectors for transmission by mpi. Some send operations (isend) return before transmission is complete and

Hello, I'm using R on a 10 blade dual quad core Rocks Cluster, and trying to use Rpmi and snow. I basically wondered if at the moment I ought to install Rmpi against another form of mpi (not openmpi) and wondered whether anyone could pass on any experience. I'm mainly worried about (a) the R server taking up 100% cpu time (I think this is a known issue with Rmpi and openmpi) and (b)

Although this query was inspired by distributed random number generation, one of the questions (#2 below) is a single-machine issue. I call C++ code from R to generate simulated data. I'm doing this on a cluster, and use rmpi and rsprng. While rsprng randomizes R-level random numbers (e.g., from runif), it has no effect on the C code, which is completely SPRNG and MPI ignorant. Currently I

System info: Mandrake 9.0 R Version 1.7.0 ESS 5.1.21 Emacs 21.2.1 ------------------- Colleagues The R-team has done a great job of making it easy to upgrade to current versions of the R-language using the rpms for linux. I have a minor suggestion for the readme file <Mandrake-Readme.txt> where the mandrake linux binaries reside <http://www.cran.r-project.org/>. The readme at the

Dear expeRts! I'm thinking of buying a new computer and am considering dual-core processors, such as AMD Athlon64 X2. Since I'm not a computer expert, pleas forgive me if some of my questions are silly. First, am I correct that using a dual-core processor is (for R point of view) the same as using a computer with two processors? If that is true, the posts I found on the list imply that

After several trial and error attempts, I managed to install the Rmpi package without error on my Linux machine, running Fedora 5. I installed lam-7.1.2, lam-devel-7.1.2 and R-2.4.1, R-devel-2.4.1 The Package Rmpi_5.0-3.tar.gz, I installed once from within R and once from the command line to make sure, I link the right libraries: R CMD INSTALL Rmpi_5.0-3.tar.gz

Hello, I've installed R on my RHEL3 cluster and I am trying to get Rmpi to work properly. R is installed using the following ./configure --prefix=/home/apps/R-2.2.0 I installed snow using R CMD INSTALL /home/apps/snow And finaly Rmpi R CMD INSTALL /home/apps/Rmpi --configure-args=--with-mpi=/path/to/lam There were no errors or warnings upon installation. However when i perform the test

Hello everybody, I am trying to install Rmpi on 64-bit HP-Proliant server. I am facing the following error: * Installing *source* package 'Rmpi' ... Try to find mpi.h ... Found in /usr/local/mpich-1.2.7p1/include Try to find libmpi or libmpich ... Found libmpich in /usr/local/mpich-1.2.7p1/lib Try to find liblam ... checking for main in -llam... no liblam not found. Probably not LAM-MPI

Hi, I have only the vaguest notions of what parallel programing, but I think I have a situation where it might be of use to me, or at least provide me with the opportunity to learn more about it. Before I invest in figuring out the nuts and bolts, can anyone confirm that this is a sane approach, or provide alternatives that I could pursue? I'm running stochastic simulations, with the actual

I try to install Rmpi as root with install.packages("Rmpi"). It fails with: ... checking for x86_64-pc-linux-gnu-gcc -std=gnu99 option to accept ISO C89... none needed I am here /usr and it is OpenMPI Trying to find mpi.h ... Found in /usr/include Trying to find libmpi.so or libmpich.a ... Found libmpi in /usr/lib checking for openpty in -lutil... yes checking for main in -lpthread...