similar to: maximum of nsize=20000k ??

On Thu, Jan 15, 2015 at 3:55 PM, Michael Lawrence <lawrence.michael at gene.com> wrote: > Just wanted to start a discussion on whether R could ship with more > appropriate GC parameters. I've been doing a number of similar measurements, and have come to the same conclusion. R is currently very conservative about memory usage, and this leads to unnecessarily poor performance on

Just wanted to start a discussion on whether R could ship with more appropriate GC parameters. Right now, loading the recommended package Matrix leads to: > library(Matrix) > gc() used (Mb) gc trigger (Mb) max used (Mb) Ncells 1076796 57.6 1368491 73.1 1198505 64.1 Vcells 1671329 12.8 2685683 20.5 1932418 14.8 Results may vary, but here R needed 64MB of N cells and 15MB

>>>>> Peter Haverty <haverty.peter at gene.com> >>>>> on Mon, 19 Jan 2015 08:50:08 -0800 writes: > Hi All, This is a very important issue. It would be very > sad to leave most users unaware of a free speedup of this > size. These options don't appear in the R --help > output. They really should be added there. Indeed,

Dear R'ers, when I e.g. install the integrate2.2-2 package under R1.1.1 (debian2.2) atlas is linked into the library: Installing package `integrate' ... libs gcc -shared -lc -shared -o /usr/lib/R/library/integrate/libs/integrate.so adapt.o adapt_callback.o bsrl.o flfm.o nxprt.o symrl.o wht.o -L/usr/local/lib -lf77blas -lcblas -latlas -lg2c -lm -L/usr/lib/gcc-lib/i386-linux/2.95.2

Hello all, I'm using R1.2.2 and wonder whether there is already a new (unofficial) version that supports fill patterns for polygon(). thanks M.E. -- +------------------------------------------------------- | Marcus Eger +-------- ><> ------------------------------------------- | E-Mail: eger.m at gmx.de (NEW) | marcus.eger at physik.uni-marburg.de (OLD) | WWW:

Dear all, after building the R-1.1.1 from source on our alpha everything seems to work, but locfit still hangs... I installed locfit with install.packages(...), the installation process went fine, but calling locfit() blocks the R environment. Has anybody got an idea howto get to the roots of this problem? Thanks M. Eger -- +------------------------------------------------------- | Marcus

Hi List, is sth. like the following possible: legend(x,y,c("A","B","C"), lty=list(1,"42","11")) ? Or: is there a possibility to define a solid line using the "string" mode for lty? Thanks Marcus -- +-------- ><> ------------------------------------------- | E-Mail: eger.m at gmx.de (NEW) | marcus.eger at

Dear Rs, quite often in I had segmentation faults of the following kind: Error in brf.infobase(nn, Pc, knams = knams, plot = plot, dev = dev, quiet = quiet, : unused argument(s) (df ...) Process R segmentation fault at Fri Sep 29 15:46:27 2000 This happened when I (wrongly) called a routine with an argument which the routine did not support. platform i386-pc-linux-gnu arch i386

Hello, how can I change (enlarge) the history buffer? I use R.64.1 and ESS5.1, emacs. Thanks - Marcus Eger -- +------------------------------------------------------- | Marcus Eger | Philipps Universitaet Marburg | Fachbereich Physik AG Neurophysik | Renthof 7 | 35032 Marburg | Tel. +49 6421 284169 | Fax +49 6421 287034 +------------------------------------------------------- | E-Mail:

Hello, is the following somehow possible with Mod() being a primitive: "Mod" <- function(x) UseMethod("Mod") "Mod.default" <- function(x) { .Primitive("Mod") ### I know it?s wrong. How can I access the original Mod ? } Thanks for help M. Eger -- +------------------------------------------------------- | Marcus Eger | Philipps Universitaet

Dear all, is there an easy way to know at which position in the source code browser() (or stop()) was called? This seems to be important for me when I try to debug a program (e.g. using options(error=quote(dump.frames()))) traceback() returns some information, but I miss something like a line number, e.g. "stopped at line 999 in foo.R". Marcus --

Hello, I faced some difficulties using time series objects. ---------------------------------------------------------------------------- 1. Why is the time data changed, when I, e.g., apply sqrt(arrts), but not when arrts^0.5 ? This is my examples time series: ---------------------------------------------------------------------------- > arrts Time Series: Start = 3 End = 23 Frequency

I am running R version ??? under Redhat 5.2. It seems as though the --nsize object has no effct on the size of the allocated Ncells as determined using gc(). Yes, I have that much data.... That is if I envoke R with R --vsize 100 --nsize 5000000 then type gc() I get free total Ncells 92202 200000 Vcells 12928414 13107200 Thanks Tony Long Ecology and Evolutionary Biology Steinhaus

Martin M has suggested I widen this discussion to R-devel, and > I agree that we should increase them, > but I'm not sure at all about the amount. > > The default could even depend on the architecture (via "./configure").. Views, please. ------------- Begin Forwarded Message ------------- Is is not time we increased the defaults a bit? As the base gets bigger I hit

Dear All, I am running R version 0.65.0 under a) Suse-Linux 6.1, and Suse-Linux 6.2, compiler gcc-2.95, CPUs pentium pro 200, 128MB, and pentium II 450, 128MB b) Solaris 5.7, compiler gcc-2.95, cpu SUN sparc, 4000MB When I set --nsize to more than 1M, R's internal storage management runs havoc. gc() indicates the requested sizes, but the overall process size is much too big: Running R with

Hi All, This is a very important issue. It would be very sad to leave most users unaware of a free speedup of this size. These options don't appear in the R --help output. They really should be added there. Additionally, if the garbage collector is working very hard, might it emit a note about better setting for these variables? It's not really my place to comment on design philosophy,

Dear all, usually I work under linux, but I tried to install R-1.1.1 on our alpha's which worked well. However, installation of the locfit package produced the following warning: ---------%<---------------- Installing package `locfit' ... libs /vol/bin/gcc -I/vol/math/R/include -I/usr/local/include -mieee -g -O2 -c S_e nter.c -o S_enter.o S_enter.c: In function `basis':

hi- If I source the following for(k in seq(1:20)){ x<-runif(20000,min=-500,max=2000) y<-runif(20000,min=-500,max=2500) z<-runif(20000,min=-10,max=10) cat(k,"file",memory.size()) cc<-rainbow(11) plot(x,y,asp=1i,xlim=c(-500,2000),ylim=c(-500,2500),main=k,cex=1.0) for(i in seq(-10,10,2)){ points(x[z > i],y[z > i],col=cc[(12+i)/2],cex=1.0) } rm(x,y,z)

Marcus Eger <marcus.eger@physik.uni-marburg.de> writes: > > time(sqrt(arrts)) > Time Series: > Start = c(1, 1) > End = c(5, 1) > Frequency = 1 > [1] 1 2 3 4 5 Looks like a bug... > ---------------------------------------------------------------------------- > 2. (At least) boolean indexing with matrices does not seem to work > properly: >

Dear all, I am using ubuntu linux 32 with 4 Gb.  I am running a very small script and I always got the same error message:  CAN NOT ALLOCATE A VECTOR OF SIZE 231.8 Mb. I have reading carefully the instruction in ?Memory.  Using the function gc() I got very low numbers of memory (please sea below).  I know that it has been posted several times at r-help