From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jerome L Quinn Newsgroups: gmane.emacs.bugs Subject: bug#15555: 24.3; Bidirectional display very slow with long lines Date: Wed, 9 Oct 2013 14:04:12 -0400 Message-ID: References: <83wqlo461e.fsf@gnu.org> <8338obskk4.fsf@gnu.org> <83iox6qt1t.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; Boundary="0__=0ABBF16CDFF1C2D08f9e8a93df938690918c0ABBF16CDFF1C2D0" X-Trace: ger.gmane.org 1381341924 32747 80.91.229.3 (9 Oct 2013 18:05:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 9 Oct 2013 18:05:24 +0000 (UTC) Cc: 15555@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Oct 09 20:05:27 2013 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 1VTy8T-0000Pf-90 for geb-bug-gnu-emacs@m.gmane.org; Wed, 09 Oct 2013 20:05:25 +0200 Original-Received: from localhost ([::1]:43161 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VTy8S-0003EC-MY for geb-bug-gnu-emacs@m.gmane.org; Wed, 09 Oct 2013 14:05:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43126) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VTy8F-00036x-NK for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2013 14:05:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VTy87-0000bw-2g for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2013 14:05:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58221) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VTy87-0000bU-07 for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2013 14:05:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VTy86-0003Of-Cl for bug-gnu-emacs@gnu.org; Wed, 09 Oct 2013 14:05:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jerome L Quinn Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Oct 2013 18:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15555 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15555-submit@debbugs.gnu.org id=B15555.138134186113002 (code B ref 15555); Wed, 09 Oct 2013 18:05:02 +0000 Original-Received: (at 15555) by debbugs.gnu.org; 9 Oct 2013 18:04:21 +0000 Original-Received: from localhost ([127.0.0.1]:38277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VTy7Q-0003Nd-RK for submit@debbugs.gnu.org; Wed, 09 Oct 2013 14:04:21 -0400 Original-Received: from e9.ny.us.ibm.com ([32.97.182.139]:41830) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VTy7N-0003NU-Ux for 15555@debbugs.gnu.org; Wed, 09 Oct 2013 14:04:18 -0400 Original-Received: from /spool/local by e9.ny.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for <15555@debbugs.gnu.org> from ; Wed, 9 Oct 2013 14:04:16 -0400 Original-Received: from d01dlp03.pok.ibm.com (9.56.250.168) by e9.ny.us.ibm.com (192.168.1.109) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Wed, 9 Oct 2013 14:04:14 -0400 Original-Received: from b01cxnp22033.gho.pok.ibm.com (b01cxnp22033.gho.pok.ibm.com [9.57.198.23]) by d01dlp03.pok.ibm.com (Postfix) with ESMTP id 32DAFC90043 for <15555@debbugs.gnu.org>; Wed, 9 Oct 2013 14:04:13 -0400 (EDT) Original-Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by b01cxnp22033.gho.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id r99I4Dao52625652 for <15555@debbugs.gnu.org>; Wed, 9 Oct 2013 18:04:13 GMT Original-Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id r99I4Dcr018323 for <15555@debbugs.gnu.org>; Wed, 9 Oct 2013 15:04:13 -0300 Original-Received: from d01ml605.pok.ibm.com (d01ml605.pok.ibm.com [9.63.8.148]) by d01av03.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id r99I4Dps018315; Wed, 9 Oct 2013 15:04:13 -0300 In-Reply-To: <83iox6qt1t.fsf@gnu.org> X-KeepSent: BDC2F7EF:E6CC108C-85257BFF:00624440; type=4; name=$KeepSent X-Mailer: IBM Notes Release 9.0 March 08, 2013 X-MIMETrack: Serialize by Router on D01ML605/01/M/IBM(Release 9.0IF2 |July 03, 2013) at 10/09/2013 02:04:13 PM Content-Disposition: inline X-TM-AS-MML: No X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13100918-7182-0000-0000-000008AE8333 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:79106 Archived-At: --0__=0ABBF16CDFF1C2D08f9e8a93df938690918c0ABBF16CDFF1C2D0 Content-type: text/plain; charset=US-ASCII Eli Zaretskii wrote on 10/09/2013 12:59:26 PM: > From: Eli Zaretskii > To: Stefan Monnier > Cc: Jerome L Quinn/Watson/IBM@IBMUS, 15555@debbugs.gnu.org > Date: 10/09/2013 12:59 PM > Subject: Re: bug#15555: 24.3; Bidirectional display very slow with long lines > > > From: Stefan Monnier > > Cc: Jerome L Quinn , 15555@debbugs.gnu.org > > Date: Wed, 09 Oct 2013 08:26:58 -0400 > > > > >> And disabling bidi reordering completely eliminates the bad behavior. > > > If you can afford that, go for it. > > > > IIRC this is the first report where setting bidi-display-reordering to > > nil is really the best recommendation we can offer (and where it > > apparently indeed helps significantly). > > Actually, it's not my recommendation. But the OP keeps claiming that > nothing else works for him. > > My recommendation would be rather to make lines shorter. I can't make the lines shorter. The file I'm looking at is computer-generated. I can disable reordering, which does solve the speed problem for me. I'd just like to help identify the source of the issue so that it can be resolved at some point. > > I consider bidi-display-reordering as a debugging tool rather than > > a user config, so I'm not very happy about this situation. > > I'm not happy either (probably even less than you), but I'm not going > to agree that slow redisplay of 14K-character lines has anything to do > with bidirectional editing support. _Anything_ that slows down > redisplay even a bit will have the same effect with such long lines, > e.g., JIT font lock, Flyspell, invisible text, you name it. In fact, > even on a reasonably fast machine (mine is a core i7 screamer) Emacs > is unbearably slow with such long lines without reordering as well. > Maybe the OP has an unreasonably fast machine, but that just makes his > use case even more rare. I'm not sure what else I can do. I timed how long it takes to page down and move the cursor and it's much slower with reordering enabled on my test case. No, moving around with 14K lines and reordering off is not lightning fast. It is however subsecond response on my machine. Reordering brings subsecond response up to multiple seconds as you are further along the line. I am on a high-end 12 core xeon machine, so yes, the hardware is fast. --0__=0ABBF16CDFF1C2D08f9e8a93df938690918c0ABBF16CDFF1C2D0 Content-type: text/html; charset=US-ASCII Content-Disposition: inline

Eli Zaretskii <eliz@gnu.org> wrote on 10/09/2013 12:59:26 PM:

> From: Eli Zaretskii <eliz@gnu.org>
> To: Stefan Monnier <monnier@iro.umontreal.ca>
> Cc: Jerome L Quinn/Watson/IBM@IBMUS, 15555@debbugs.gnu.org
> Date: 10/09/2013 12:59 PM
> Subject: Re: bug#15555: 24.3; Bidirectional display very slow with long lines
>
> > From: Stefan Monnier <monnier@iro.umontreal.ca>
> > Cc: Jerome L Quinn <jlquinn@us.ibm.com>,  15555@debbugs.gnu.org
> > Date: Wed, 09 Oct 2013 08:26:58 -0400
> >
> > >> And disabling bidi reordering completely eliminates the bad behavior.
> > > If you can afford that, go for it.
> >
> > IIRC this is the first report where setting bidi-display-reordering to
> > nil is really the best recommendation we can offer (and where it
> > apparently indeed helps significantly).
>
> Actually, it's not my recommendation.  But the OP keeps claiming that
> nothing else works for him.
>
> My recommendation would be rather to make lines shorter.

I can't make the lines shorter.  The file I'm looking at is computer-generated.

I can disable reordering, which does solve the speed problem for me.  I'd just like
to help identify the source of the issue so that it can be resolved at some point.

> > I consider bidi-display-reordering as a debugging tool rather than
> > a user config, so I'm not very happy about this situation.
>
> I'm not happy either (probably even less than you), but I'm not going
> to agree that slow redisplay of 14K-character lines has anything to do
> with bidirectional editing support.  _Anything_ that slows down
> redisplay even a bit will have the same effect with such long lines,
> e.g., JIT font lock, Flyspell, invisible text, you name it.  In fact,
> even on a reasonably fast machine (mine is a core i7 screamer) Emacs
> is unbearably slow with such long lines without reordering as well.
> Maybe the OP has an unreasonably fast machine, but that just makes his
> use case even more rare.

I'm not sure what else I can do.  I timed how long it takes to page down and
move the cursor and it's much slower with reordering enabled on my test
case.

No, moving around with 14K lines and reordering off is not lightning fast.  It
is however subsecond response on my machine.  Reordering brings subsecond
response up to multiple seconds as you are further along the line.

I am on a high-end 12 core xeon machine, so yes, the hardware is fast.


--0__=0ABBF16CDFF1C2D08f9e8a93df938690918c0ABBF16CDFF1C2D0--