* bug#2184: 23.0.60; performance issue since CVS 2009-01-30
@ 2009-02-03 12:25 poppyer
0 siblings, 0 replies; 5+ messages in thread
From: poppyer @ 2009-02-03 12:25 UTC (permalink / raw)
To: emacs-pretest-bug
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]
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#2184: 23.0.60; performance issue since CVS 2009-01-30
@ 2009-02-04 11:43 Adrian Robert
2009-02-04 13:53 ` poppyer
0 siblings, 1 reply; 5+ messages in thread
From: Adrian Robert @ 2009-02-04 11:43 UTC (permalink / raw)
To: 2184; +Cc: poppyer
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#2184: 23.0.60; performance issue since CVS 2009-01-30
2009-02-04 11:43 bug#2184: 23.0.60; performance issue since CVS 2009-01-30 Adrian Robert
@ 2009-02-04 13:53 ` poppyer
2009-02-07 11:02 ` Adrian Robert
0 siblings, 1 reply; 5+ messages in thread
From: poppyer @ 2009-02-04 13:53 UTC (permalink / raw)
To: Adrian Robert; +Cc: 2184
Adrian Robert <adrian.b.robert@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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#2184: 23.0.60; performance issue since CVS 2009-01-30
2009-02-04 13:53 ` poppyer
@ 2009-02-07 11:02 ` Adrian Robert
2009-02-07 11:55 ` poppyer
0 siblings, 1 reply; 5+ messages in thread
From: Adrian Robert @ 2009-02-07 11:02 UTC (permalink / raw)
To: poppyer; +Cc: 2184
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@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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#2184: 23.0.60; performance issue since CVS 2009-01-30
2009-02-07 11:02 ` Adrian Robert
@ 2009-02-07 11:55 ` poppyer
0 siblings, 0 replies; 5+ messages in thread
From: poppyer @ 2009-02-07 11:55 UTC (permalink / raw)
To: Adrian Robert; +Cc: 2184
Adrian Robert <adrian.b.robert@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@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.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2009-02-07 11:55 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-02-04 11:43 bug#2184: 23.0.60; performance issue since CVS 2009-01-30 Adrian Robert
2009-02-04 13:53 ` poppyer
2009-02-07 11:02 ` Adrian Robert
2009-02-07 11:55 ` poppyer
-- strict thread matches above, loose matches on Subject: below --
2009-02-03 12:25 poppyer
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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).