[ESS] Aquamacs ESS slow scroll (buffering?)
Rainer M Krug
Rainer at krugs.de
Mon Nov 25 10:13:17 CET 2013
-----BEGIN PGP SIGNED MESSAGE-----
On 11/25/13, 09:44 , Vitalie Spinu wrote:
>>>> Martin Maechler on Mon, 25 Nov 2013 09:13:21 +0100 wrote:
>> I've seen similar "slowdown on humongous output" behavior in ESS
>> on Linux. (and it may have worsened recently)... but then I've
>> always had the feeling that this should teach users to prefer
>> str(.) for potentially large objects.. :-)
> Or C-c C-d C-e C-e ...
>> I agree it woul be nice if we (ESS) could do much better than
>> now. Vitalie, do I understand correctly that your optimization
>> only applies when font locking has been turned off ?
> No, it applies to font lock as well, but it is insignificant when
> font-lock is on.
> On this issue, several things inter-play: font-lock, machine
> performance, emacs re-display and the amount of text already
> present in the process buffer. I sort of solved the last issue.
> One workaround that could be implemented is to hide the long input
> with elipses. The elipses could be expanded on user's request.
> Then nor emacs redisplay, nor font-lock will interfere.
I really like this - it so really nicely org-like.
Following this folding, it would be brilliant if folding could be done
at each level, i.e. if you say print(y), it would give you
If you click on y, it would show all the list elements, but folded.
Then you can select the one one is interested in - a little bit like
an interactive version of str.
Thinking of it - would it be fast to show the object in an org buffer,
configured so that the org folding mechanisms could be used (incl
narrow to subtree, ...)
>> On Mon, Nov 25, 2013 at 2:01 AM, Vitalie Spinu
>> <spinuvit at gmail.com> wrote:
>>> Hi Paul,
>>> I have just added an optimization. It should be considerably
>>> faster if you don't use font lock, especially if you already
>>> have long comint buffer.
>>> The main issue is font-lock for me. It drags your example from
>>> 9 sec to unbelievable 500 seconds on my machine. I don't know
>>> how to satisfactory address this. Some time ago I tried to
>>> tinker with it by deactivating during the process output, but
>>> nothing came out of it.
>>>>>> Paul Johnson on Sun, 24 Nov 2013 14:06:37 -0600 wrote:
>>>> I've been uninterested in Macs, but I'm trying to be more
>>>> helpful with student questions by using a MacBook Pro
>>>> sometimes. I installed Aquamacs, which has ESS 13.05 built
>>>> I'm encouraging students to Aquamacs because there is some
>>>> hope of continuity across platforms if they learn Emacs on
>>>> Windows and Linux. But it is not as uniform as I would
>>>> like, since Aquamacs has fiddled the menus and shortcut keys
>>>> just enough to make this frustrating. Anyway...
>>>> Yesterday, a student said he preferred to use R.app because
>>>> Aquamacs is super slow while displaying long vectors of text
>>>> values. Huh? I thought he must have broken something in his
>>>> Mac, but I see same.
>>>> Can you guess if this is a configuration problem, or a Mac
>>>> OSX problem?
>>>> My working example, with system.time output at the end.
>>>> ## Paul Johnson ## 2013-11-23
>>>> ## Student reports that Macintosh Aquamacs has slow
>>>> on-screen scrolling ## of large text arrays. So I've created
>>>> this test
>>>> y <- lapply(1:50000, function(x) paste0(letters[1:(rpois(1,
>>>> 10))], collapse=""))
>>>> ## Aquamacs output (ESS 13.05) ## user system elapsed ##
>>>> 0.293 0.268 88.735
>>>> ## R.app output ## user system elapsed ## 1.552 0.028
>>>> Why is elapsed time so grossly in excess of user + system.
>>>> This reminded me of the problem in MS Command Shell when
>>>> running C programs compiled with gcc (back in the day).
>>>> Viewing lots of printf statements was very slow in Windows,
>>>> not in Linux.
>>>> R version 3.0.2 (2013-09-25) Platform:
>>>> x86_64-apple-darwin10.8.0 (64-bit)
>>>> locale: 
>>>> attached base packages:  stats graphics grDevices
>>>> utils datasets methods base
>>>> I don't know how to describe the Aquamacs version to you.
>>>> The file it comes from is on
>>>> http://aquamacs.org:Aquamacs-Emacs-2.5.dmg> > In there I
>>>> find: ESS- 13.05
>>> ESS-help at r-project.org mailing list
> ESS-help at r-project.org mailing list
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)
Centre of Excellence for Invasion Biology
Tel : +33 - (0)9 53 10 27 44
Cell: +33 - (0)6 85 62 59 98
Fax : +33 - (0)9 58 10 27 44
Fax (D): +49 - (0)3 21 21 25 22 44
email: Rainer at krugs.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
-----END PGP SIGNATURE-----
More information about the ESS-help