From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.bugs 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 Message-ID: References: <57666E36.6030809@orcon.net.nz> <83pord87rp.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1466379750 2206 80.91.229.3 (19 Jun 2016 23:42:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 19 Jun 2016 23:42:30 +0000 (UTC) Cc: 23801@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 20 01:42:14 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1bEmM2-0004ZE-7J for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Jun 2016 01:42:14 +0200 Original-Received: from localhost ([::1]:40460 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEmM1-0005Mo-88 for geb-bug-gnu-emacs@m.gmane.org; Sun, 19 Jun 2016 19:42:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59869) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEmLu-0005Mj-SU for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2016 19:42:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bEmLq-00058a-Mp for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2016 19:42:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34457) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEmLq-00058T-JK for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2016 19:42:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bEmLq-0000aH-8u for bug-gnu-emacs@gnu.org; Sun, 19 Jun 2016 19:42:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Jun 2016 23:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23801 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23801-submit@debbugs.gnu.org id=B23801.14663796862201 (code B ref 23801); Sun, 19 Jun 2016 23:42:02 +0000 Original-Received: (at 23801) by debbugs.gnu.org; 19 Jun 2016 23:41:26 +0000 Original-Received: from localhost ([127.0.0.1]:46794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bEmLF-0000ZR-Pk for submit@debbugs.gnu.org; Sun, 19 Jun 2016 19:41:25 -0400 Original-Received: from [219.88.242.59] (port=34471 helo=mail.orcon.net.nz) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bEmLC-0000ZG-Ot for 23801@debbugs.gnu.org; Sun, 19 Jun 2016 19:41:23 -0400 Original-Received: from webmail-1.orcon.net.nz ([10.253.37.41]) by mail.orcon.net.nz (8.14.3/8.14.3/Debian-9.4) with ESMTP id u5JNfHZb010041; Mon, 20 Jun 2016 11:41:18 +1200 Original-Received: from mail.orcon.net.nz (localhost [IPv6:::1]) by webmail-1.orcon.net.nz (Postfix) with ESMTP id CD5DA2012C41; Mon, 20 Jun 2016 11:41:17 +1200 (NZST) Original-Received: from wlg-office-ffw.catalyst.net.nz ([202.78.240.7]) via [10.253.37.253] by mail.orcon.net.nz with HTTP (HTTP/1.1 POST); Mon, 20 Jun 2016 11:41:17 +1200 In-Reply-To: <83pord87rp.fsf@gnu.org> X-Sender: psainty@orcon.net.nz User-Agent: Orcon Webmail X-Bayes-Prob: 0.0001 (Score 0: No Bayes scoring rules defined, tokens from: outbound) X-CanIt-Geo: ip=202.78.240.7; country=NZ; region=Wellington; city=Wellington; latitude=-41.2798; longitude=174.7761; http://maps.google.com/maps?q=-41.2798,174.7761&z=6 X-CanItPRO-Stream: base:outbound X-Canit-Stats-ID: 02R8LFhxl - 18156b293009 - 20160620 (trained as not-spam) X-Scanned-By: CanIt (www . roaringpenguin . com) on 10.250.8.6 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:119800 Archived-At: 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?