similar to: interface w/ emacs (PR#261)

>>>>> 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,

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

[RFC = Request for Comments] { Yes, the documentation for .Renviron is really not there (but the FAQ...); the rest is in ?Startup } In R's Startup (on Unix only??) {unless --no-environ is specified} ~/.Renviron (if there) is read as an 'sh' script before R is called, then R looks ((for the site-wide Rprofile and then)) for .Rprofile in the current directory and then for

This example from the INSTALL help seems to be broken in R 0.90.1 (on Solaris): gilp/dse : R CMD check --help Usage: R CMD check [options] [-l lib] pkg_1 ... pkg_n I'm trying to figure out how to request more nsize and vsize when using R CMD check. Paul Gilbert -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read

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

Hi all, I'm having a very minor problem. Most every time I use the pager (I think) I get the following error about character 32. It works fine, but the error is a bit annoying. > ?version sh: invalid character 32 in exportstr for export R_NSIZE sh: invalid character 32 in exportstr for export R_VSIZE R.Version package:base R Documentation (and then the

Hi, I just installed R0.64.2 on a Window NT PC. I am wondering how to increase the memory size like R --vsize --nsize on UNIX, for RGui.exe or Rterm.exe. Thank you for the help in advance. Jessie Yuyun Jessie Yang Dissertator, Department of Statistics University of Wisconsin-Madison www.stat.wisc.edu/~yuyun -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help

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,

When I use the -v I can modify the size of the heap, as assessed by gc(), but the -n key seems to be without effect ? On a machine with 48 mB ram I can load the libraries without problem, but on my own 36 mB ram machine, I get dynload problems with the larger, eg survival4. Any suggestions ? Troels -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list

When I use the -v I can modify the size of the heap, as assessed by gc(), but the -n key seems to be without effect ? On a machine with 48 mB ram I can load the libraries without problem, but on my own 36 mB ram machine, I get dynload problems with the larger, eg survival4. Any suggestions ? Troels -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list

Hi Folks, I loaded a couple of quite large data sets into an R session and then quit (after saving the image). Now I get: Error: a read error occured Fatal error: unable to restore saved data (remove .RData or increase memory) after trying to start my R session using something like: R --vsize XXX --nsize 1000000 For any value of XXX (I went up to 300 or 400, which is as high as I could go.

For some of my packages I am getting a segmentation fault in Linux when I use R CMD check. (Using R 1.0.1) The segmentation fault does not happen in Solaris and in some cases it does not happen in Linux if I set R_NSIZE and R_VSIZE much higher than I need in Solaris. Should I expect a segmentation fault if there is not enough memory for R CMD check, or are these unrelated? Paul Gilbert

Hi, The Gnome version now compiles, and it should also be working (at least as much as it ever has). I've changed Makefile.in to the new system, which is very cool. What I want to work on now is: - Graphics. I want to move to the Gnome canvas for this, which should be reasonably easy. This will give us rotated text (which I never got going properly before) and the option for

Full_Name: Markus Neteler Version: 1.0.0 OS: Linux 2.2.10/i686 Submission from: (NULL) (130.75.72.37) Hi, I wanted to "check" the R.GRASS GIS interface from Roger Bivand: http://www.geog.uni-hannover.de/grass/statsgrasslist.html using R CMD check --vsize=10M GRASS but: [error message shortened] > G <- gmeta() Error: heap memory (6144 Kb) exhausted [needed 1024 Kb more]

Dear R users we're having a problem reading a largish data file using read.table(). The file consists of 175000 lines of 4 floating pt numbers. Here's what happens: > dat_read.table('sst.dat') Error: memory exhausted (This is line 358 of src/main/memory.c). Cutting down the file to around 15000 lines allows read.table() to work OK. I edited the memory limits in Platform.h

There is a bug in the command-line handling of 0.65.0 under Unix that may affect some users of R-inferior-mode under ESS, as that sets --no-readline as the first argument, and any arguments after that are ignored. The fix is simple: delete line 448 of src/unix/sys-common.c (`break;') and re-compile. The most used arguments are (I'm told) --vsize and --nsize. I find it more convenient to

An executable version 0.6 of my libraries is now available at www.luc.ac.be/~jlindsey/rcode.html This works with MS R0.64.2 and appears possibly to work with R65.0. There is a serious problem with the Fortran compiler as some of the examples for elliptic and carma crash it. These same examples do not crash R63.0 with the library executables of Jan 99. I am releasing this anyway because of the

Full_Name: J Utans Version: 1.1.1 OS: NT4 (SP6) Submission from: (NULL) (155.140.123.250) After grep is called many times (> 250k), with constant strings as patterns, it complains with "invalid regular expression" on calls that worked before (with same pattern and x). At the same time copying to the clipboard does no longer work with "out of memory" error (i.e. when trying

Full_Name: Laurent Gautier Version: 0.65.0 OS: Irix 6.5 Submission from: (NULL) (195.110.4.98) the following doesn't give what I expect > test _ factor(ORGMORE[[1]],exclude=c(NA,"NOM")) Warning message: NAs introduced by coercion > levels(test) [1] "CYT" "EXC" "MEM" "NOM" "NUC" "SEC" while this works... >