[R] Linux editor for R+LaTeX, but not Emacs

[Ramon Diaz-Uriarte]

On 10/9/07, Scionforbai <scionforbai at gmail.com> wrote:
> >>> is it only me or has anyone else the problem that running an R
> >>> process within emacs is way much slower than in a regular terminal/
> >>> console?
>
> >> It's just you, and if you think some more about it, you'll see
> >> why we are all grinning.  [ Hint: it can't be slower, outside of
> >> ridiculous corner sitations
>
> > I, personally, see tremendous slowdowns in XEmacs responsiveness when
> > the buffer gets large, probably due to font-lock pretty-printing
> > stuff.  Since ESS can't / doesn't submit the next command until the
> > fontification is done, things can slow down by a lot.
>
> Ok, so I am not the only one. Yes, I am using an old laptop with just
> 256M of ram, archlinux on it. Ess output it's just too slow, it gets
> me nervous. Is there a way to disable the syntax highlighting in the R
> buffer? Any other hint on what could improve my emacs+ess
> responsiveness?
>


Maybe this is trivial and/or obvious, but what I do is delete the old
output from the buffer.

So, yes, I see a slow down (with Emacs + ESS) when I have several tens
of thousands of output lines (often the result of printing out
something I really did not want to see). But I've never noticed this
slow down when I refrain from filling up the buffer with tens of
thousands of lines.


R.

> Actually, it is the same with auctex compiling latex documents: C-c
> C-c RET takes a little more time than a simple pdflatex run, and way
> more when the log buffer is opened.
>
> ______________________________________________
> R-help at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.
>


-- 
Ramon Diaz-Uriarte
Statistical Computing Team
Structural Biology and Biocomputing Programme
Spanish National Cancer Centre (CNIO)
http://ligarto.org/rdiaz