GNU bug report logs -
#17837
24.4.50; Search very slow
Previous Next
Reported by: rms <at> gnu.org
Date: Mon, 23 Jun 2014 15:28:02 UTC
Severity: normal
Tags: unreproducible
Found in version 24.4.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #26 received at 17837 <at> debbugs.gnu.org (full text, mbox):
> Date: Mon, 23 Jun 2014 21:08:59 -0400
> From: Richard Stallman <rms <at> gnu.org>
> CC: monnier <at> iro.umontreal.ca, 17837 <at> debbugs.gnu.org
>
> C-s honor [to set the search default]
> C-x b 2014-mar-jun.html RET
> M-<
> C-s C-s
> [wait to find the first occurrence]
> C-s [search for the second occurrence]
>
> I counted around 45 seconds before it found the second occurrence.
For me, the first one is slower: about 5 to 6 sec. The second
occurrence takes maybe 3. Stefan, what's your timing?
> In Emacs 23.2, the second occurrence takes only 7 seconds.
Yes, I see some slowdown wrt 23.2, although not as drastic. Are you
sure both binaries were compiled similarly, e.g. as far as compiler
optimization switches are concerned?
Anyway, you may wish to experiment with setting jit-lock-defer-time to
a non-nil value. E.g., try setting it to 0.25 or 0.5 sec, and see if
that gives good results.
This bug report was last modified 3 years and 248 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.