GNU bug report logs -
#2184
23.0.60; performance issue since CVS 2009-01-30
Previous Next
Reported by: poppyer <at> gmail.com
Date: Tue, 3 Feb 2009 12:35:03 UTC
Severity: normal
Done: Adrian Robert <adrian.b.robert <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 2184 in the body.
You can then email your comments to 2184 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#2184
; Package
emacs
.
(Tue, 03 Feb 2009 12:35:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
poppyer <at> gmail.com
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 03 Feb 2009 12:35:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Since CVS 2009-01-30, Emacs.app here becomes very slow, and CPU consuming,
especially for w3m (often freezes more than 30seconds with 100% CPU)
I try to trace what the issue is. And find that it only relates to the Emacs excutable:
"/Applications/Emacs.app/Contents/MacOS/Emacs"
If I replace it with the excutable of 2009-01-29, everything backs to normal.
(which means that lisp/site-lisp parts are no problem)
I notice that there are some changes in CVS/emacs/src 3 to 4 days ago,
but I am unable to trace/debug it further. Can you look at the changes to
see what might cause the issue? (or any advice for me to further debug it)
Cheers,
poppyer
In GNU Emacs 23.0.60.1 (i386-apple-darwin9.6.0, NS apple-appkit-949.43)
of 2009-01-28 on neutron.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure '--with-ns''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: zh_CN.UTF-8
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
value of $XMODIFIERS: @im=fcitx
locale-coding-system: utf-8-unix
default-enable-multibyte-characters: t
Major mode: Group
Minor modes in effect:
erc-log-mode: t
erc-list-mode: t
erc-menu-mode: t
erc-autojoin-mode: t
erc-ring-mode: t
erc-networks-mode: t
erc-pcomplete-mode: t
erc-track-mode: t
erc-track-minor-mode: t
erc-match-mode: t
erc-button-mode: t
erc-fill-mode: t
erc-stamp-mode: t
erc-netsplit-mode: t
erc-irccontrols-mode: t
erc-noncommands-mode: t
erc-move-to-prompt-mode: t
erc-readonly-mode: t
gnus-undo-mode: t
recentf-mode: t
show-paren-mode: t
cua-mode: t
mouse-sel-mode: t
xterm-mouse-mode: t
global-hl-line-mode: t
pinbar-mode: t
shell-dirtrack-mode: t
which-function-mode: t
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
t RET ESC 1 n n n n n n n n n n n n p p p p p p p p
p p p p p p p n n n n n n n n n n n n n n n n n n n
n n p p p p p p p p p p p p p p p p p n n n n n n n
n n n n n n n n n n n n n n n n ESC 2 ESC 1 ESC o ESC
o ESC o ESC o p p p p p p RET SPC q C-x o x f k SPC
DEL DEL DEL DEL C-\ x f k SPC k t k SPC DEL DEL x f
SPC k t k SPC . RET C-x o C-x 1 ESC < n n n n n n n
n p RET C-x b t RET g k p SPC DEL g k l p SPC p y g
l SPC DEL v q a DEL SPC k t k SPC . RET p SPC g k SPC
i p k h SPC m q b SPC RET C-l ESC 1 ESC [ M SPC . 5
ESC [ M # . 5 n n n C-x b t h RET ESC 1 ESC o i SPC
x f v q SPC y i SPC w v r t SPC C-a C-e C-a C-e RET
ESC 1 p p p p p p p p p n n n n n n C-x b t h RET :
D RET ESC 1 ESC x d e s TAB c r TAB TAB ESC DEL r e
p o TAB TAB r TAB RET
Recent messages:
Waiting for response from imap.gmail.com...done
Parsing authinfo file `~/.authinfo'.
imap: Plaintext authentication...
Opening nnimap server on gmail...done
Reading active file from gmail via nnimap...
nnimap: Checking mailboxes...done
Reading active file from news.motzarella.org via nntp...
Opening nntp server on news.motzarella.org...done
Checking new news...done
Making completion list... [3 times]
bug reassigned from package `emacs' to `emacs,ns'.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Wed, 04 Feb 2009 03:50:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com
:
bug#2184
; Package
emacs,ns
.
(Wed, 04 Feb 2009 11:50:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Adrian Robert <adrian.b.robert <at> gmail.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com
.
(Wed, 04 Feb 2009 11:50:03 GMT)
Full text and
rfc822 format available.
Message #12 received at 2184 <at> emacsbugs.donarmstrong.com (full text, mbox):
I have not noticed performance problems here but there have been
significant changes from 01/28 through today 02/04 and it is possible
there are problems under some usage conditions. First, could you
test again using current CVS (including 02/04 changes)? Also, is
there an easy way to obtain the 100% CPU usage cases in a mode that
comes with emacs? What OS X version are you on?
thanks.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com
:
bug#2184
; Package
emacs,ns
.
(Wed, 04 Feb 2009 14:00:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
poppyer <poppyer <at> gmail.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com
.
(Wed, 04 Feb 2009 14:00:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 2184 <at> emacsbugs.donarmstrong.com (full text, mbox):
Adrian Robert <adrian.b.robert <at> gmail.com> writes:
> I have not noticed performance problems here but there have been
> significant changes from 01/28 through today 02/04 and it is possible
> there are problems under some usage conditions. First, could you
> test again using current CVS (including 02/04 changes)? Also, is
> there an easy way to obtain the 100% CPU usage cases in a mode that
> comes with emacs? What OS X version are you on?
Yes, today 02-04 is the same, and I am using OSX 10.5.6.
I am sorry but I am unable to reproduce it in other simple setup.
However, we seem to trace down that the issue is about regular
expression matching, as also mention in:
http://lists.gnu.org/archive/html/emacs-devel/2009-02/msg00012.html,
there are some clue about function "re-search-forward"
I profile in my w3m case, with exactly the same procedure here comes:
Function Name Call Count Elapsed Time Average Time
====================== with 2009-02-04 Emacs executable =======================
regexp-opt-group 2668 2.5593199999 0.0009592653
re-search-forward 730 1.4294740000 0.0019581835
run-hooks 38 1.3881749999 0.0365309210
regexp-opt 162 0.8015100000 0.0049475925
regexp-quote 1650 0.0171659999 1.040...e-05
remove-text-properties 506 0.0074000000 1.462...e-05
====================== with 2009-01-19 Emacs executable =======================
regexp-opt-group 2668 0.4568619999 0.0001712376
regexp-opt 162 0.1268280000 0.0007828888
re-search-forward 730 0.0308000000 4.219...e-05
run-hooks 37 0.029099 0.0007864594
run-at-time 41 0.0009150000 2.231...e-05
regexp-quote 1650 0.0008870000 5.375...e-07
remove-text-properties 506 0.0007210000 1.424...e-06
Is there any specific changes in regular expression part in 2009-01-30
(not about lisp but the Emacs executable)?
>
> thanks.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com
:
bug#2184
; Package
emacs,ns
.
(Sat, 07 Feb 2009 11:10:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Adrian Robert <adrian.b.robert <at> gmail.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com
.
(Sat, 07 Feb 2009 11:10:04 GMT)
Full text and
rfc822 format available.
Message #22 received at 2184 <at> emacsbugs.donarmstrong.com (full text, mbox):
This was a problem on all platforms and I believe it has now been
fixed by a check-in 2009-02-07. Please let me know, thanks!
On Feb 4, 2009, at 3:53 PM, poppyer wrote:
>
> Adrian Robert <adrian.b.robert <at> gmail.com> writes:
>
>> I have not noticed performance problems here but there have been
>> significant changes from 01/28 through today 02/04 and it is possible
>> there are problems under some usage conditions. First, could you
>> test again using current CVS (including 02/04 changes)? Also, is
>> there an easy way to obtain the 100% CPU usage cases in a mode that
>> comes with emacs? What OS X version are you on?
>
> Yes, today 02-04 is the same, and I am using OSX 10.5.6.
>
> I am sorry but I am unable to reproduce it in other simple setup.
>
> However, we seem to trace down that the issue is about regular
> expression matching, as also mention in:
> http://lists.gnu.org/archive/html/emacs-devel/2009-02/msg00012.html,
> there are some clue about function "re-search-forward"
OK, thanks. There were no OS X-specific changes in the RE area, and
it sounds like other platforms are experiencing similar issues.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com
:
bug#2184
; Package
emacs,ns
.
(Sat, 07 Feb 2009 12:05:06 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
poppyer <poppyer <at> gmail.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com
.
(Sat, 07 Feb 2009 12:05:07 GMT)
Full text and
rfc822 format available.
Message #27 received at 2184 <at> emacsbugs.donarmstrong.com (full text, mbox):
Adrian Robert <adrian.b.robert <at> gmail.com> writes:
> This was a problem on all platforms and I believe it has now been
> fixed by a check-in 2009-02-07. Please let me know, thanks!
Yes, confirmed issue resolved here.
Good job and thanks.
poppyer
>
>
>
>
>
> On Feb 4, 2009, at 3:53 PM, poppyer wrote:
>
>>
>> Adrian Robert <adrian.b.robert <at> gmail.com> writes:
>>
>>> I have not noticed performance problems here but there have been
>>> significant changes from 01/28 through today 02/04 and it is possible
>>> there are problems under some usage conditions. First, could you
>>> test again using current CVS (including 02/04 changes)? Also, is
>>> there an easy way to obtain the 100% CPU usage cases in a mode that
>>> comes with emacs? What OS X version are you on?
>>
>> Yes, today 02-04 is the same, and I am using OSX 10.5.6.
>>
>> I am sorry but I am unable to reproduce it in other simple setup.
>>
>> However, we seem to trace down that the issue is about regular
>> expression matching, as also mention in:
>> http://lists.gnu.org/archive/html/emacs-devel/2009-02/msg00012.html,
>> there are some clue about function "re-search-forward"
>
> OK, thanks. There were no OS X-specific changes in the RE area, and
> it sounds like other platforms are experiencing similar issues.
Reply sent
to
Adrian Robert <adrian.b.robert <at> gmail.com>
:
You have taken responsibility.
(Sun, 08 Feb 2009 11:20:06 GMT)
Full text and
rfc822 format available.
Notification sent
to
poppyer <at> gmail.com
:
bug acknowledged by developer.
(Sun, 08 Feb 2009 11:20:06 GMT)
Full text and
rfc822 format available.
Message #32 received at 2184-done <at> emacsbugs.donarmstrong.com (full text, mbox):
Closing, reporter confirms fixed.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Sun, 08 Mar 2009 14:24:11 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 190 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.