From: Andrew Hyatt <ahyatt@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 2530@debbugs.gnu.org, ian@digg.com,
Christian Kruse <cjk@defunct.ch>,
david.reitter@gmail.com, cyd@stupidchicken.com,
emacs-devel@gnu.org, adrian.b.robert@gmail.com
Subject: Re: bug#2530: 23/NS: redraws according to mouse-face are slow
Date: Fri, 15 Jan 2016 23:15:58 -0500 [thread overview]
Message-ID: <m260yu6txd.fsf@gmail.com> (raw)
In-Reply-To: <837fjbgumi.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 15 Jan 2016 09:38:29 +0200")
It seems there is some agreement that there isn't a serious problem
anymore. I'll close these bugs as doneunreproducible. Flickerings or
slowness in elisp should probably be considered a different, separate bug.
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Christian Kruse <cjk@defunct.ch>
>> Date: Thu, 14 Jan 2016 22:39:20 +0100
>> Cc: 2530@debbugs.gnu.org, Chong Yidong <cyd@stupidchicken.com>,
>> Adrian Robert <adrian.b.robert@gmail.com>,
>> Ian Eure <ian@digg.com>, Emacs-Devel devel <emacs-devel@gnu.org>
>>
>> Compared to Linux (the Linux hardware is slower, a Notebook from 2011
>> and the OS X notebook is a Macbook Pro Retina from 2014), the OS X
>> version is *pretty* slow. While everything I do with Emacs is nearly
>> instant when using Linux there is a notably delay when using Emacs with
>> OS X.
>
> That's normal: GNU/Linux is significantly more efficient than other
> modern OSes. Nothing related to Emacs, really.
>
>> The worst example is Magit, which I already profiled because it is
>> *so* slow: when using Linux `magit-status` shows up instantly. It takes
>> about 1.5 seconds when using OS X (hold it, I am aware that this is not
>> the place to discuss Magit performance, it is just an example :-) Every
>> buffer with lots of lines (e.g. a notmuch buffer with 26k mails, my
>> archive of the pg-hackers list) is lightning fast when using Linux, but
>> takes round about 30 seconds when using OS X.
>
> Sounds like you describe a situation that is file I/O extensive. If
> so, again, there's little wonder you see much faster operation on
> GNU/Linux. If you'd say the same about comparison with MS-Windows,
> say, then it would be something worth investigating.
>
>> Although I’m not sure that it is only the rendering engine (of course it
>> could also be the elisp interpreter being slower) it occurs to me that
>> it plays its part: especially redraw actions seem to be very slow. For
>> example mu4e is unbearable slow when displaying maildirs with a lot of
>> mails (e.g. the 26k mails maildir I mentioned above) but works fine for
>> small mailboxes; and while the content of the maildir is loading, the
>> buffer is flickering all the time as if it gets redrawn all the time.
>
> The flickering you describe can only be triggered by
> platform-independent parts of the display engine, so again, this isn't
> OS X or NS specific, AFAIU.
>
> Emacs comes with a trace-redisplay command (compiled only if you
> configure Emacs --enable-testing='yes,glyphs'), so if someone wants to
> test the hypothesis that such flickering is specific to NS, they could
> run the same scenario on OS X and on another system, after invoking
> trace-redisplay, and compare the outputs. I'd expect them to be
> identical (except for the addresses it prints).
next prev parent reply other threads:[~2016-01-16 4:15 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <BAF3A3D5-641B-45BA-9DA1-DC767D2D9ECE@gmail.com>
2009-04-20 18:01 ` 23/NS: redraws according to mouse-face are slow David Reitter
2009-04-24 3:27 ` Adrian Robert
2009-05-04 22:55 ` David Reitter
2009-05-04 23:24 ` Leo
2009-05-05 1:53 ` Chong Yidong
2009-05-05 3:37 ` David Reitter
2009-05-05 10:36 ` Adrian Robert
2009-05-05 14:13 ` Chong Yidong
2009-05-05 17:32 ` David Reitter
2016-01-14 5:08 ` bug#2530: " Andrew Hyatt
2016-01-14 20:34 ` Alan J Third
2016-01-14 21:00 ` David Reitter
2016-01-14 21:39 ` Christian Kruse
2016-01-15 7:38 ` Eli Zaretskii
2016-01-16 4:15 ` Andrew Hyatt [this message]
2009-05-06 1:47 ` Stefan Monnier
2009-05-06 7:40 ` YAMAMOTO Mitsuharu
2009-05-06 0:50 ` YAMAMOTO Mitsuharu
2009-05-06 1:55 ` Adrian Robert
2009-05-06 2:25 ` YAMAMOTO Mitsuharu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m260yu6txd.fsf@gmail.com \
--to=ahyatt@gmail.com \
--cc=2530@debbugs.gnu.org \
--cc=adrian.b.robert@gmail.com \
--cc=cjk@defunct.ch \
--cc=cyd@stupidchicken.com \
--cc=david.reitter@gmail.com \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=ian@digg.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).