From: Phil Sainty <psainty@orcon.net.nz>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 23801@debbugs.gnu.org
Subject: bug#23801: 25.0.95; term.el redraws extremely slow with bidi support enabled, and large buffers
Date: Mon, 20 Jun 2016 11:41:17 +1200 [thread overview]
Message-ID: <aa48a54f4fd8b365ad03505219a11c40@mail.orcon.net.nz> (raw)
In-Reply-To: <83pord87rp.fsf@gnu.org>
On 2016-06-20 04:26, Eli Zaretskii wrote:
> My problem is that I don't see these slow redraws. I tried in a TTY
> session on a GNU/Linux system, using "ls ~" as the command inside
> term-mode (my home directory on that system produces a 1500-line list
> of files). I don't see slow redraws, and don't see any perceptible
> speed-up when I set bidi-paragraph-direction to left-to-right.
>
> Can you reproduce the problem using 'ls'?
No, the majority of commands do respond quickly.
I suspect you'll need to do something which repaints the entire
terminal.
The examples I know of are starting the "mutt" email client (as per the
original report) or, for Debian, running "dpkg-reconfigure" for some
package with a configuration menu. I'm sure there will be plenty of
others, but I'm afraid I can't suggest a more commonly-available example
at the moment. If you have anything which provides a full-screen
terminal
UI, however, give that a try.
Both previous examples are drawing a background colour (before
eventually
drawing some text over the top, which happens quickly). Perhaps there
are
a ton of escape sequences being processed for the colours? (I would have
thought the colouring was just a single ON and OFF wrapping the entire
redraw, but I don't know how these things actually work).
I've just tried installing and running "mc", which was another example I
thought I'd seen mentioned somewhere. That's GNU Midnight Commander.
This
one is curious in that its initial redraw (with a background colour) is
pretty fast regardless; however when you quit (type "exit" at the
prompt),
there's a slow redraw to get back to the shell (but also a bit faster
than
my other examples). I guess it simply depends on exactly what each
application is doing. GNU Midnight Commander is a file manager. I think
"mc" followed by "exit" should be a pretty easy/safe test for you to
try?
next prev parent reply other threads:[~2016-06-19 23:41 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-19 10:04 bug#23801: 25.0.95; term.el redraws extremely slow with bidi support enabled, and large buffers Phil Sainty
2016-06-19 16:26 ` Eli Zaretskii
2016-06-19 23:41 ` Phil Sainty [this message]
2016-06-20 0:00 ` Phil Sainty
2016-06-20 14:35 ` Phil Sainty
2016-06-20 15:05 ` Eli Zaretskii
2016-06-21 18:47 ` Eli Zaretskii
2016-06-22 13:13 ` Phil Sainty
2016-06-22 15:27 ` Eli Zaretskii
2016-06-26 0:35 ` Phil Sainty
2016-06-26 16:45 ` Eli Zaretskii
2016-06-26 16:45 ` Eli Zaretskii
2016-06-20 14:28 ` Eli Zaretskii
2016-06-20 15:07 ` Phil Sainty
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aa48a54f4fd8b365ad03505219a11c40@mail.orcon.net.nz \
--to=psainty@orcon.net.nz \
--cc=23801@debbugs.gnu.org \
--cc=eliz@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.