unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: help-gnu-emacs@gnu.org
Subject: Re: new emacs24 settings (was: Re: Performance problems (CPU 100%) with NULs in files)
Date: Fri, 23 Sep 2011 22:02:37 +0300	[thread overview]
Message-ID: <83ipojqdyq.fsf@gnu.org> (raw)
In-Reply-To: <CAM=K+ip3zJ_296=BmgyEQ8R+fGomN8Usxd7FzPX7Y89_mGQZkQ@mail.gmail.com>

> Date: Sat, 24 Sep 2011 02:32:24 +0800
> From: Le Wang <l26wang@gmail.com>
> Cc: help-gnu-emacs@gnu.org
> 
> 
> [1:text/plain Hide]
> 
> On Sat, Sep 24, 2011 at 1:58 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> >
> > > next-line
> > What was the value of line-move-visual?  Under the default non-nil
> > setting, next-line is pretty expensive.
> >
> 
> it was t, setting it to nil didn't help bibi-display much.
> 
> 
> >  > >  What kind of text?  What was the major mode in that buffer?
> > >
> > > emacs-lisp large file
> >
> > How large?
> >
> >
> allout.el >200k not very large.  large enough to scroll continuously  for 10
> seconds of so.
> 
> Does it matter whether you are close to the file's beginning or to its
> > end?
> >
> > Does anything change if, after visiting the file, you first type
> >
> >  M-: (font-lock-default-fontify-buffer) RET
> >
> and only then try scrolling?
> >
> 
> no.
> 
> 
> > > I also use full font-lock salad colors with "Consolas" font on Windows.
> > > Also I use several minor-modes that add pre or post-command-hooks.
> >
> > If you remove those pre/post-command hooks, does the scrolling speed
> > improve significantly?  Can you find a hook that has the most profound
> > effect?
> 
> 
> no it does not.  the effect of all hooks is about 2-3% CPU.
> 
>  > > Does it behave better if you set redisplay-dont-pause to a non-nil
> > > > value?  This will be the default in Emacs 24.
> > > >
> > >
> > > It's not making a noticeable difference.
> >
> > With or without bidi-display-reordering?  I asked about its effect
> > when bidi-display-reordering is left at its default t value.
> >
> 
> I tried it with bidi and without, difference wasn't huge.

What you tell is very strange, because any reason I could think of are
contradicted by one or more of your answers.

Please file a bug report with the following info:

 . your full .emacs file (assuming the problem is not visible in
   "emacs -Q"; if it is, no need for .emacs)

 . the name of some Lisp file that is part of Emacs which exhibits a
   similar slowdown, and that slowdown disappears when you turn off
   bidi-display-reordering.  alternatively, if you can post the
   specific Lisp file you used in this testing, that'd be best.

With this info, I can look into the problem and see what causes it.

Thanks in advance.




  reply	other threads:[~2011-09-23 19:02 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-23 16:18 new emacs24 settings (was: Re: Performance problems (CPU 100%) with NULs in files) Le Wang
2011-09-23 16:39 ` Drew Adams
2011-09-23 17:16 ` Eli Zaretskii
2011-09-23 17:44   ` Le Wang
2011-09-23 17:58     ` Eli Zaretskii
2011-09-23 18:32       ` Le Wang
2011-09-23 19:02         ` Eli Zaretskii [this message]
2011-09-24  0:51           ` Le Wang
2011-09-24  6:17             ` Eli Zaretskii
2011-09-24  7:20               ` Le Wang
2011-09-24 11:17                 ` Eli Zaretskii
2011-09-23 19:05       ` new emacs24 settings (was: Re: Performance problems (CPU 100%)with " Drew Adams

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83ipojqdyq.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=help-gnu-emacs@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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).