Re: Slow/poor responsiveness in org files

[Claus Klingberg <cjk@pobox.com>]

I can second Tim's observation:

Slow scrolling and high CPU-usage in my fairly large org-mode-file,
which disappears after setting bidi-display-reordering to nil.

I was looking for an existing bug in the tracker, but couldn't find one though.

Claus



On Mon, Aug 22, 2011 at 2:52 AM, Tim Cross <theophilusx@gmail.com> wrote:
> SOLVED!
>
> Adding the line
>
> (setq bidi-display-reordering nil)
>
> to my org-mode-hook has fixed the problem. Cursor movement and editing
> operations are now usable and the delays are gone.
>
> This was with Emacs 24.0.50 revno 105525
>
> Unfortunately, I now find I have emacs generating a backtrace when I
> try to quite with the error
> void-function bidi-string-mark-left-to-right, but I think that is
> unrelated and just coincidental.
>
> Tim
>
>
> On Sat, Aug 20, 2011 at 10:53 AM, Tim Cross <theophilusx@gmail.com> wrote:
>> On Sat, Aug 20, 2011 at 10:23 AM, Bastien <bzg@altern.org> wrote:
>>> Hi Tim,
>>>
>>> Tim Cross <theophilusx@gmail.com> writes:
>>>
>>>> OK, will do.
>>>
>>> Thanks in advance!
>>>
>>>> As Bastien indicates this is a known problem, I will assume there is
>>>> an existing bug report and won't create a new one. I will post my
>>>> results back here. Given the combinations to test, this will take some
>>>> work and some time.
>>>
>>> Please first try what Antoine suggested.
>>>
>>>> One question I do have, how do I run emacs bzr trunk with org 7.4? Is
>>>> it sufficient to just ensure some 7.4 load directory is  first in the
>>>> load path?
>>>
>>> I think so.
>>>
>>>> Also, what is the url to get 7.4?
>>>
>>> http://orgmode.org/org-7.4.tar.gz
>>>
>>> Or get Org from git:
>>>
>>>  ~$ git clone git://orgmode.org/org-mode.git
>>>
>>> and checkout commit 597e2863377fb8763cf6951e3b4e777b4616300d
>>>
>>> HTH,
>>>
>>> --
>>>  Bastien
>>>
>>
>> OK, will try to do later this weekend. Was going to check the bidi
>> settings first as the changing of the default for bidi mode and the
>> merge of 7.7 occured quite close - probably within the same update for
>> me. I am a daily org user and had not noticed any performance issues
>> with 7.4.
>>
>> Need to wait until my work completes the current major system update
>> outage to get access to my large org file that I want to test with.
>> Should be able to do this tomorrow.
>>
>> Tim
>>
>> P.S. I did notice no significant performance problems with very small
>> org test files. It would seem you need to cross some size threshold
>> before you notice the performance impact.
>>
>
>