bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#15555: 24.3; Bidirectional display very slow with long lines


From: Jerome L Quinn
Subject: bug#15555: 24.3; Bidirectional display very slow with long lines
Date: Wed, 9 Oct 2013 14:04:12 -0400

Eli Zaretskii <address@hidden> wrote on 10/09/2013 12:59:26 PM:

> From: Eli Zaretskii <address@hidden>

> To: Stefan Monnier <address@hidden>
> Cc: Jerome L Quinn/Watson/address@hidden, address@hidden
> Date: 10/09/2013 12:59 PM
> Subject: Re: bug#15555: 24.3; Bidirectional display very slow with long lines
>
> > From: Stefan Monnier <address@hidden>
> > Cc: Jerome L Quinn <address@hidden>,  address@hidden
> > 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.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]