similar to: Performance issues with R2.15.1 built from source on Solaris

I have a question about building R (2.15.1) from source on a Solaris 10 64bit virtual server with 2 cores and 16GB memory that is running on an Oracle T4 server. Based on several tests I have done this configuration has been several orders of magnitude slower than any other configuration I've tested. A simple test of some code to calculate the standard deviation 10000 times (simple code to

Does anyone have any guidance on swap and memory configuration when running R v2.15.1 on UNIX/LINUX? Through some benchmarking across multiple hardware (UNIX, LINUX, SPARC, x86, Windows, physical, virtual) it "seems" that the smaller memory machines have an advantage. Typically my organization builds their UNIX servers at a 1:1 physical memory:swap configuration. We plan on running

I have a question about multiple cores and CPU's for running R. I've been running various tests on different types of hardware and operating systems (64 bit, 32 bit, Solaris, Linux, Windows, RV.10, .12, .15, .15.1.) Generally speaking, it seems that for a single user and process that R prefers to have as much resources as possible; especially memory. I've looked at some of the r-sig

Hello Rxperts.. I have a peculiar situation.. XML library is not available with R2.15.1 whereas I was able to install it with R version 2.13.1. Would highly appreciate your suggestions. I am now trying to see if XML works with previous versions of R. Thanks, Santosh [[alternative HTML version deleted]]

Greetings, My computer has these OS: 64-bit blfs linux R2.15.1 If one has downloaded a tarball for example MASS.tar.ga and unzip it Are there R commands to generate the following?:- a) the INDEX file b) 'R' files such as MASS.rdb and MASS.rdx advice would be appreciated sincerely luxInteg

I have the following problem: As expected I obtain timeBasedSeq( 2037/2037) [1] "2037-01-01" > However if I do the same for 2038 I get timeBasedSeq( 2038/2038) [1] "2038-01-01" "2039-01-01" I get the same strange result if I use later years or any interval that contains 2038: timeBasedSeq( 2037/2039) [1] "2037-01-01" "2038-01-01"

Per the suggestion of this list when I posted on the r-help list, I have gone to cran, linux downloads and read the read me file to try and install the binary for R 2.15.1 on my ubuntu AMD64 machine. I added to my sources.list the deb http:\\cran.wustl.edu\bin\linux\ubuntu precise main . Then I ran sudo apt-get update and sudo apt-get install r-base. The system promptly installs R 2.14.1 . I

I am sure I am providing insufficient information, please ask for more. I installed R 2.14.2 on my Ubuntu laptop with and AMD64 processor and also installed RStudio and everything worked fine. Now, I tried to build R 2.15.1 from source and installed it using defaults. RStudio now complained that R was not built as a shared library. Went back and uninstalled, and configured with -enable-R-shlib

Greetings, I am trying to use install.packages obtained from here http://stat.ethz.ch/R-manual/R-devel/library/utils/html/install.packages.html My computer has these OS: 64-bit blfs linux R2.15.1 #------------ A) I did the following:- export DIR=/home/stats/R-2.15.0_runTEST190712A export DEST=/home/stats/Rtester cd $DEST ${DIR}/bin/R install.packages(MASS_7.3-17.tar.gz, ${DEST}, repos =

I have a question about how one can modify or override the compilers that R uses for package installations? Or if perhaps this configuration is in some editable file somewhere. Initially I built the version of R 2.15.1 on Solaris SPARC (virtual T4), but found out the build was done as 32 bit. After some research, I found that the pre-compiled GCC version I had only allowed for 32 bit. I wanted

Regarding Tengfei Yin's post about an error trying to install "cluster" in 2.13.0, I have gotten an error with this package when trying to install the released version of 2.12.0. Here is the output on an Ubuntu Linux system: begin installing recommended package cluster * installing *source* package 'cluster' ... ** libs make[3]: Entering directory

I have a factor vector of subject races (Asian, Black, Hispanic, White; n=30) that I want to plot with a Cleveland dotplot or dotchart. I tried the following in R2.12.1 : > dotchart(table(school$Race)) Error in plot.xy(xy.coords(x, y), type = type, ...) : invalid plot type Using the same data set in R2.11.1 the operation succeeded (I tried several variations to be sure): >

I've been getting pqR to work on windows systems, and in the process have discovered various problems with R core versions of R and with Rtools. One is with the implementation of OpenMP in 64-bit Rtools. This problem is in Rtools215 and Rtools33, and presumably all the ones in between. You can see the problem with the following test program: #include <stdio.h> #include <omp.h>

The current R release candidate has a lack of protect bug (of very long standing) with respect to the R_print.na_string and R_print.na_string_noquote fields of the static R_print structure declared in Print.h. This shows up very occassionally as incorrect output from the following lines in reg-tests-2.R: x <- c("a", NA, "b") factor(x) factor(x, exclude="")

Hello, Does anyone know of an R version of loess that allows more than 4 predictors and/or allows the specification of offsets? For that matter, does anyone know of _any_ version of loess that does either of the things I mention? Thanks, Paul Louisell 650-833-6254 ploua@allstate.com Research Associate (Statistician) Modeling & Data Analytics ARPC [[alternative HTML version deleted]]

> I propose a patch to ifelse that leverages anyNA(test) to achieve an > improvement in performance. For a test vector of length 10, the change > nearly halves the time taken and for a test of length 1 million, there > is a tenfold increase in speed. Even for small vectors, the > distributions of timings between the old and the proposed ifelse do > not intersect. For smaller

> > The current R release candidate has a lack of protect bug > > (of very long standing) > > [ but not really reported, right ? ] It's "long standing" because it exists in versions of R going back many years. > but the R 3.2.1 release candidate probably really cannot be > touched now, with something non-trivial like this. > > We'd be

> Radford Nea: > > So it may make more sense to move towards consistency in the > > permissive direction, rather than the restrictive direction. > > > That would mean allowing matrix(1,1,1) < (1:2), and maybe also things > > like matrix(1,2,2)+(1:8). > > Martin Maechler: > That is an interesting idea. Yes, in my view that would >

In testing pqR on Solaris SPARC systems, I have found two bugs that are also present in recent R Core versions. You can see the bugs and fixes at the following URLs: https://github.com/radfordneal/pqR/commit/739a4960a4d8f3a3b20cfc311518369576689f37 https://github.com/radfordneal/pqR/commit/339b7286c7b43dcc6b00e51515772f1d7dce7858 The first bug, in nls, is most likely to occur on a 64-bit

Hello, I'm trying to read a file rows at a time, so as to not read the entire file into memory.? When reading the "connections" and "readLines" help, and "R help archive," it seems this should be possible with read.csv and a file connection, making use of the "nrows" argument, and checking where the "nrow()" of the new batch is zero rows.