From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Andrew Beekhof Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Mar 2014 07:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 16995@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13946085701353 (code B ref -1); Wed, 12 Mar 2014 07:17:02 +0000 Received: (at submit) by debbugs.gnu.org; 12 Mar 2014 07:16:10 +0000 Received: from localhost ([127.0.0.1]:33841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNdOZ-0000Lc-DQ for submit@debbugs.gnu.org; Wed, 12 Mar 2014 03:16:09 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50375) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNdHV-00008g-4G for submit@debbugs.gnu.org; Wed, 12 Mar 2014 03:08:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WNdHQ-00035m-AV for submit@debbugs.gnu.org; Wed, 12 Mar 2014 03:08:48 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47818) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNdHQ-00035g-7z for submit@debbugs.gnu.org; Wed, 12 Mar 2014 03:08:44 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52051) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNdHL-0002Sb-KU for bug-gnu-emacs@gnu.org; Wed, 12 Mar 2014 03:08:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WNdHH-00032A-8A for bug-gnu-emacs@gnu.org; Wed, 12 Mar 2014 03:08:39 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:32958) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WNdHH-000321-2a for bug-gnu-emacs@gnu.org; Wed, 12 Mar 2014 03:08:35 -0400 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 7BADE21009 for ; Wed, 12 Mar 2014 03:08:33 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Wed, 12 Mar 2014 03:08:33 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=beekhof.net; h= from:content-type:mime-version:subject:message-id:date:to; s= mesmtp; bh=jqiOQLMKXJPWGoNmmtFE3ON+IiQ=; b=QesGX4JfOoE+nSiHm02uu n0Oi6EBo6SfoNxa7b37RjnLYbXQax8JQoh3gO3VJYn0kN8Pc9MPs9Gcz3ui/tL54 PvPivZu7K9eFr9Kd4zyNFiTdEaZR360vSTPFn0JfQOYaGfae7Sy2BHRL0U9E0xOp 6Ljk5Smm2bxBb3umASmVig= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:content-type:mime-version:subject :message-id:date:to; s=smtpout; bh=jqiOQLMKXJPWGoNmmtFE3ON+IiQ=; b= XhaN4e8Iq4kuYvU3cv0sOMA5XSkByWTemZ7ie6gzqULrpR1uEXdiPPBRy6j/583O KJlN+I4QAT4fHNZSEDqZwkHoHsFghkiIGtRev96N5Prz4qU7+53U/otT1JXwT2P+ hs4E0mWFAHHZSLkjwWlDanqzXFv0MV7asAwo+7Q0FVQ= X-Sasl-enc: jjAoTyT1Qa2SgKuT1WzyiYtvovuvyXPYNgw9PAPu5uWv 1394608112 Received: from [172.16.1.5] (unknown [120.147.36.73]) by mail.messagingengine.com (Postfix) with ESMTPA id 11FBC680278 for ; Wed, 12 Mar 2014 03:08:31 -0400 (EDT) From: Andrew Beekhof Content-Type: multipart/signed; boundary="Apple-Mail=_3BE370A7-4F4E-4284-AF09-8448AE50353E"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Mao-Original-Outgoing-Id: 416300907.474847-3a8d82dcd8187a7e76e2270dafcfedb6 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Message-Id: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> Date: Wed, 12 Mar 2014 18:08:27 +1100 X-Mailer: Apple Mail (2.1874) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.4 (----) X-Mailman-Approved-At: Wed, 12 Mar 2014 03:16:05 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) --Apple-Mail=_3BE370A7-4F4E-4284-AF09-8448AE50353E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii # Please describe exactly what actions triggered the bug, and # the precise symptoms of the bug. If you can, give a recipe # starting from `emacs -Q': I've been editing lots of python files in the last few days and noticed that Emacs has begun locking up for minutes at a time, for no apparent reason. Example actions that can trigger the problem C-s (isearch-forward), pressing 'y' in response to query-replace prompts, typing, etc. Whether the buffer is saved or not makes no difference. The only thing that really seems to help is switching back to a .c file. Is this a known problem? =20 Example top output: top - 17:44:11 up 29 days, 22:26, 3 users, load average: 0.44, 0.50, = 0.42 Tasks: 236 total, 2 running, 233 sleeping, 0 stopped, 1 zombie %Cpu(s): 12.6 us, 0.1 sy, 0.0 ni, 87.3 id, 0.0 wa, 0.0 hi, 0.0 si, = 0.0 st KiB Mem: 7871472 total, 7538448 used, 333024 free, 305676 buffers KiB Swap: 6029308 total, 731032 used, 5298276 free, 2390156 cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ = COMMAND 22971 beekhof 20 0 644976 49236 16308 R 100.1 0.6 19:33.79 = emacs = = = =20 26689 root 20 0 53020 272 176 S 0.7 0.0 308:17.91 = plymouthd = = = =20 A random blog suggested the following command might show something of interest. All I can tell is that thread 1 is quite deep. # echo 't a a where' > gdb.cmd; gdb /usr/bin/emacs -p 22971 -x gdb.cmd = 2>&1 ) at = /usr/src/debug/emacs-24.3/src/alloc.c:5801 5801 register struct Lisp_Symbol *ptr =3D XSYMBOL (obj); Traceback (most recent call last): File = "/usr/share/gdb/auto-load/usr/lib64/libgobject-2.0.so.0.3800.2-gdb.py", = line 9, in from gobject import register File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in import gdb.backtrace ImportError: No module named backtrace Thread 3 (Thread 0x7f9469b4e700 (LWP 22983)): #0 0x0000003cbb4ea9dd in poll () at = ../sysdeps/unix/syscall-template.S:81 #1 0x0000003cbe0495b4 in g_main_context_poll (priority=3D2147483647, = n_fds=3D1,=20 fds=3D0x7f94640010e0, timeout=3D-1, context=3D0xca2e00) at = gmain.c:4007 #2 g_main_context_iterate (context=3Dcontext@entry=3D0xca2e00,=20 block=3Dblock@entry=3D1, dispatch=3Ddispatch@entry=3D1, = self=3D) at gmain.c:3708 #3 0x0000003cbe0496dc in g_main_context_iteration (context=3D0xca2e00,=20= may_block=3D1) at gmain.c:3774 #4 0x00007f9469b55b7d in dconf_gdbus_worker_thread () from /usr/lib64/gio/modules/libdconfsettings.so #5 0x0000003cbe06ea45 in g_thread_proxy (data=3D0xc8ee30) at = gthread.c:798 #6 0x0000003cbbc07f33 in start_thread (arg=3D0x7f9469b4e700) at pthread_create.c:309 #7 0x0000003cbb4f4ded in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 2 (Thread 0x7f946934d700 (LWP 22985)): #0 0x0000003cbb4ea9dd in poll () at = ../sysdeps/unix/syscall-template.S:81 #1 0x0000003cbe0495b4 in g_main_context_poll (priority=3D2147483647, = n_fds=3D3,=20 fds=3D0x7f945c0010c0, timeout=3D-1, context=3D0x7f946400dc90) at = gmain.c:4007 #2 g_main_context_iterate (context=3D0x7f946400dc90, = block=3Dblock@entry=3D1,=20 dispatch=3Ddispatch@entry=3D1, self=3D) at = gmain.c:3708 #3 0x0000003cbe049a3a in g_main_loop_run (loop=3D0x7f9464010fc0) at = gmain.c:3907 #4 0x0000003cbf0d0376 in gdbus_shared_thread_func = (user_data=3D0x7f94640107d0) at gdbusprivate.c:278 #5 0x0000003cbe06ea45 in g_thread_proxy (data=3D0xddc2d0) at = gthread.c:798 #6 0x0000003cbbc07f33 in start_thread (arg=3D0x7f946934d700) at pthread_create.c:309 #7 0x0000003cbb4f4ded in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 Thread 1 (Thread 0x7f9470966ac0 (LWP 22971)): #0 mark_object (arg=3D) at /usr/src/debug/emacs-24.3/src/alloc.c:5801 #1 0x000000000053ab54 in mark_object (arg=3D) at /usr/src/debug/emacs-24.3/src/alloc.c:5914 #2 0x000000000053ab54 in mark_object (arg=3D) at /usr/src/debug/emacs-24.3/src/alloc.c:5914 #3 0x000000000053b3c4 in Fgarbage_collect () at /usr/src/debug/emacs-24.3/src/alloc.c:5185 #4 0x0000000000552143 in maybe_gc () at /usr/src/debug/emacs-24.3/src/lisp.h:3716 #5 eval_sub (form=3Dform@entry=3D75972854) at /usr/src/debug/emacs-24.3/src/eval.c:2039 #6 0x0000000000555828 in internal_lisp_condition_case (var=3D,=20 bodyform=3D75972854, handlers=3D75972758) at /usr/src/debug/emacs-24.3/src/eval.c:1243 #7 0x0000000000589018 in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c2062c8) at /usr/src/debug/emacs-24.3/src/bytecode.c:1096 #8 0x000000000055296d in funcall_lambda (fun=3D9899117, = nargs=3Dnargs@entry=3D0,=20 arg_vector=3D0x970c49 , = arg_vector@entry=3D0x7fff3c206470) at /usr/src/debug/emacs-24.3/src/eval.c:2944 #9 0x0000000000552e9b in Ffuncall (nargs=3D1, args=3D0x7fff3c206468) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #10 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x0) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #11 0x0000000000552b8f in funcall_lambda (fun=3D56922965, = nargs=3Dnargs@entry=3D1,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c206630) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #12 0x0000000000552e9b in Ffuncall (nargs=3D2, args=3D0x7fff3c206628) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #13 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c206620) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #14 0x0000000000552b8f in funcall_lambda (fun=3D66746821, = nargs=3Dnargs@entry=3D0,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c2067f0) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #15 0x0000000000552e9b in Ffuncall (nargs=3D1, args=3D0x7fff3c2067e8) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #16 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c2067e0) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #17 0x0000000000552b8f in funcall_lambda (fun=3D71257589, = nargs=3Dnargs@entry=3D0,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c2069b0) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #18 0x0000000000552e9b in Ffuncall (nargs=3D1, args=3D0x7fff3c2069a8) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #19 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c2069a0) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #20 0x0000000000552b8f in funcall_lambda (fun=3D66026605, = nargs=3Dnargs@entry=3D1,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c206b80) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #21 0x0000000000552e9b in Ffuncall (nargs=3D2, args=3D0x7fff3c206b78) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #22 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c206b70) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #23 0x0000000000552b8f in funcall_lambda (fun=3D66026397, = nargs=3Dnargs@entry=3D0,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c206d40) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #24 0x0000000000552e9b in Ffuncall (nargs=3D1, args=3D0x7fff3c206d38) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #25 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c206d30) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #26 0x0000000000552b8f in funcall_lambda (fun=3D66378405, = nargs=3Dnargs@entry=3D1,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c206f10) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #27 0x0000000000552e9b in Ffuncall (nargs=3D2, args=3D0x7fff3c206f08) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #28 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c206f00) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #29 0x0000000000552b8f in funcall_lambda (fun=3D66378573, = nargs=3Dnargs@entry=3D1,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c2070d0) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #30 0x0000000000552e9b in Ffuncall (nargs=3D2, args=3D0x7fff3c2070c8) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #31 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x0) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #32 0x0000000000552545 in eval_sub (form=3Dform@entry=3D67860310) at /usr/src/debug/emacs-24.3/src/eval.c:2149 #33 0x0000000000551341 in internal_catch (tag=3D,=20 func=3D0x552080 , arg=3D67860310) at /usr/src/debug/emacs-24.3/src/eval.c:1060 #34 0x0000000000588bf9 in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c2073d8) at /usr/src/debug/emacs-24.3/src/bytecode.c:1081 #35 0x0000000000552b8f in funcall_lambda (fun=3D66745701, = nargs=3Dnargs@entry=3D0,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c2076a8) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #36 0x0000000000552e9b in Ffuncall (nargs=3D1, args=3D0x7fff3c2076a0) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #37 0x00000000005519fd in run_hook_with_args (nargs=3D1, = args=3D0x7fff3c2076a0,=20 funcall=3D0x552c70 ) at = /usr/src/debug/emacs-24.3/src/eval.c:2509 #38 0x000000000055308f in Ffuncall (nargs=3D,=20 args=3D) at /usr/src/debug/emacs-24.3/src/eval.c:2759 #39 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x0) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #40 0x0000000000552b8f in funcall_lambda (fun=3D14442245, = nargs=3Dnargs@entry=3D0,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c207890) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #41 0x0000000000552e9b in Ffuncall (nargs=3D1, args=3D0x7fff3c207888) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #42 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x0) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #43 0x0000000000552545 in eval_sub (form=3Dform@entry=3D64459542) at /usr/src/debug/emacs-24.3/src/eval.c:2149 #44 0x0000000000555828 in internal_lisp_condition_case (var=3D,=20 bodyform=3D64459542, handlers=3D64459686) at /usr/src/debug/emacs-24.3/src/eval.c:1243 #45 0x0000000000589018 in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c207bd8) at /usr/src/debug/emacs-24.3/src/bytecode.c:1096 #46 0x0000000000552b8f in funcall_lambda (fun=3D63149709, = nargs=3Dnargs@entry=3D1,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c207da0) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #47 0x0000000000552e9b in Ffuncall (nargs=3D2, args=3D0x7fff3c207d98) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #48 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x0) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #49 0x0000000000552b8f in funcall_lambda (fun=3D63176797, = nargs=3Dnargs@entry=3D0,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c208068) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #50 0x0000000000552e9b in Ffuncall (nargs=3Dnargs@entry=3D1,=20 args=3Dargs@entry=3D0x7fff3c208060) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #51 0x000000000055424c in Fapply (nargs=3D2, args=3D0x7fff3c208060) at /usr/src/debug/emacs-24.3/src/eval.c:2255 #52 0x000000000055308f in Ffuncall (nargs=3D,=20 args=3D) at /usr/src/debug/emacs-24.3/src/eval.c:2759 #53 0x000000000058846b in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c208068) at /usr/src/debug/emacs-24.3/src/bytecode.c:900 #54 0x0000000000552545 in eval_sub (form=3Dform@entry=3D9979182) at /usr/src/debug/emacs-24.3/src/eval.c:2149 #55 0x0000000000555828 in internal_lisp_condition_case (var=3D,=20 bodyform=3D9979182, handlers=3D8751934) at /usr/src/debug/emacs-24.3/src/eval.c:1243 #56 0x0000000000589018 in exec_byte_code (bytestr=3D8618752, = vector=3D2833333,=20 maxdepth=3D137, args_template=3D4611686018430533632,=20 nargs=3D4611686018695757824, args=3D0x7fff3c2083a8) at /usr/src/debug/emacs-24.3/src/bytecode.c:1096 #57 0x0000000000552b8f in funcall_lambda (fun=3D9978869, = nargs=3Dnargs@entry=3D1,=20 arg_vector=3Darg_vector@entry=3D0x7fff3c208578) at /usr/src/debug/emacs-24.3/src/eval.c:3010 #58 0x0000000000552e9b in Ffuncall (nargs=3Dnargs@entry=3D2,=20 args=3Dargs@entry=3D0x7fff3c208570) at /usr/src/debug/emacs-24.3/src/eval.c:2839 #59 0x00000000005531ea in call1 (fn=3D, = arg1=3Darg1@entry=3D72156685) at /usr/src/debug/emacs-24.3/src/eval.c:2572 #60 0x00000000004e4c35 in timer_check_2 (idle_timers=3D,=20= timers=3D) at = /usr/src/debug/emacs-24.3/src/keyboard.c:4387 #61 timer_check () at /usr/src/debug/emacs-24.3/src/keyboard.c:4454 #62 0x00000000004e4f31 in readable_events (flags=3D1) at /usr/src/debug/emacs-24.3/src/keyboard.c:3351 #63 0x00000000004e6658 in get_input_pending (flags=3D1) at /usr/src/debug/emacs-24.3/src/keyboard.c:6680 #64 0x00000000004e8e04 in detect_input_pending_run_timers ( do_display=3Ddo_display@entry=3Dtrue) at /usr/src/debug/emacs-24.3/src/keyboard.c:10273 #65 0x0000000000592a19 in wait_reading_process_output ( time_limit=3Dtime_limit@entry=3D525, nsecs=3Dnsecs@entry=3D0,=20 read_kbd=3Dread_kbd@entry=3D-1, do_display=3Ddo_display@entry=3Dtrue,=20= wait_for_cell=3D12140690, wait_proc=3Dwait_proc@entry=3D0x0,=20 just_wait_proc=3Djust_wait_proc@entry=3D0) at /usr/src/debug/emacs-24.3/src/process.c:4743 #66 0x00000000004209c4 in sit_for (timeout=3D,=20 reading=3D, display_option=3D) at /usr/src/debug/emacs-24.3/src/dispnew.c:5978 #67 0x00000000004ea3a9 in read_char (commandflag=3D1, = nmaps=3Dnmaps@entry=3D2,=20 maps=3Dmaps@entry=3D0x7fff3c208d30, prev_event=3D12140690,=20 used_mouse_menu=3Dused_mouse_menu@entry=3D0x7fff3c208e47,=20 end_time=3Dend_time@entry=3D0x0) at /usr/src/debug/emacs-24.3/src/keyboard.c:2669 #68 0x00000000004ebba8 in read_key_sequence ( keybuf=3Dkeybuf@entry=3D0x7fff3c208f20, prompt=3D12140690,=20 dont_downcase_last=3Ddont_downcase_last@entry=3Dfalse,=20 can_return_switch_frame=3Dcan_return_switch_frame@entry=3Dtrue,=20 fix_current_buffer=3Dfix_current_buffer@entry=3Dtrue, bufsize=3D30) at /usr/src/debug/emacs-24.3/src/keyboard.c:9231 #69 0x00000000004edf6d in command_loop_1 () at /usr/src/debug/emacs-24.3/src/keyboard.c:1459 #70 0x000000000055149a in internal_condition_case ( bfun=3Dbfun@entry=3D0x4edd70 , handlers=3D12192370,=20= hfun=3Dhfun@entry=3D0x4e4220 ) at /usr/src/debug/emacs-24.3/src/eval.c:1289 #71 0x00000000004df55e in command_loop_2 (ignore=3Dignore@entry=3D12140690= ) at /usr/src/debug/emacs-24.3/src/keyboard.c:1168 #72 0x0000000000551341 in internal_catch (tag=3D,=20 func=3Dfunc@entry=3D0x4df540 , arg=3D12140690) at /usr/src/debug/emacs-24.3/src/eval.c:1060 #73 0x00000000004e3d47 in command_loop () at /usr/src/debug/emacs-24.3/src/keyboard.c:1147 #74 recursive_edit_1 () at /usr/src/debug/emacs-24.3/src/keyboard.c:779 #75 0x00000000004e4044 in Frecursive_edit () at /usr/src/debug/emacs-24.3/src/keyboard.c:843 #76 0x0000000000417125 in main (argc=3D, = argv=3D0x7fff3c2094f8) at /usr/src/debug/emacs-24.3/src/emacs.c:1528 Missing separate debuginfos, use: debuginfo-install = adwaita-gtk3-theme-3.10.0-1.fc20.x86_64 at-spi2-atk-2.10.2-1.fc20.x86_64 = at-spi2-core-2.10.2-1.fc20.x86_64 dconf-0.18.0-2.fc20.x86_64 = fftw-libs-double-3.3.3-7.fc20.x86_64 harfbuzz-0.9.24-1.fc20.x86_64 = jbigkit-libs-2.0-9.fc20.x86_64 keyutils-libs-1.5.9-1.fc20.x86_64 = krb5-libs-1.11.5-4.fc20.x86_64 lcms2-2.5-2.fc20.x86_64 = libXau-1.0.8-2.fc20.x86_64 libXcomposite-0.4.4-4.fc20.x86_64 = libXcursor-1.1.14-2.fc20.x86_64 libXdamage-1.1.4-4.fc20.x86_64 = libXext-1.3.2-2.fc20.x86_64 libXfixes-5.0.1-2.fc20.x86_64 = libXi-1.7.2-2.fc20.x86_64 libXinerama-1.1.3-2.fc20.x86_64 = libXrandr-1.4.1-2.fc20.x86_64 libXt-1.1.4-7.fc20.x86_64 = libXxf86vm-1.1.3-2.fc20.x86_64 libcom_err-1.42.8-3.fc20.x86_64 = libcroco-0.6.8-3.fc20.x86_64 libdrm-2.4.52-1.fc20.x86_64 = libffi-3.0.13-5.fc20.x86_64 libtasn1-3.3-2.fc20.x86_64 = libwayland-client-1.2.0-3.fc20.x86_64 = libwayland-cursor-1.2.0-3.fc20.x86_64 = libwayland-server-1.2.0-3.fc20.x86_64 libxcb-1.9.1-3.fc20.x86_64 = libxkbcommon-0.3.1-1.fc20.x86_64 = mesa-libEGL-9.2.5-1.20131220.fc20.x86_64 = mesa-libGL-9.2.5-1.20131220.fc20.x86_64 = mesa-libgbm-9.2.5-1.20131220.fc20.x86_64 = mesa-libglapi-9.2.5-1.20131220.fc20.x86_64 = openssl-libs-1.0.1e-37.fc20.x86_64 pixman-0.30.0-3.fc20.x86_64 = systemd-libs-208-15.fc20.x86_64 trousers-0.3.11.2-1.fc20.x86_64 (gdb) quit A debugging session is active. Inferior 1 [process 22971] will be detached. Quit anyway? (y or n) [answered Y; input not from terminal] Detaching from program: /usr/bin/emacs, process 22971 If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file /usr/share/emacs/24.3/etc/DEBUG. In GNU Emacs 24.3.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.9.10) of 2013-08-15 on buildvm-17.phx2.fedoraproject.org Windowing system distributor `The X.Org Foundation', version = 11.0.11404000 Configured using: `configure '--build=3Dx86_64-redhat-linux-gnu' '--host=3Dx86_64-redhat-linux-gnu' '--program-prefix=3D' '--disable-dependency-tracking' '--prefix=3D/usr' '--exec-prefix=3D/usr' '--bindir=3D/usr/bin' '--sbindir=3D/usr/sbin' '--sysconfdir=3D/etc' '--datadir=3D/usr/share' '--includedir=3D/usr/include' '--libdir=3D/usr/lib64' '--libexecdir=3D/usr/libexec' '--localstatedir=3D/var' '--sharedstatedir=3D/var/lib' '--mandir=3D/usr/share/man' '--infodir=3D/usr/share/info' '--with-dbus' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xft' '--with-xpm' '--with-x-toolkit=3Dgtk3' '--with-gpm=3Dno' 'build_alias=3Dx86_64-redhat-linux-gnu' 'host_alias=3Dx86_64-redhat-linux-gnu' 'CFLAGS=3D-DMAIL_USE_LOCKF -O2 = -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=3D2 -fexceptions -fstack-protector-strong --param=3Dssp-buffer-size=3D4 -grecord-gcc-switches -m64 -mtune=3Dgeneric' 'LDFLAGS=3D-Wl,-z,relro '' Important settings: value of $LANG: en_AU.UTF-8 locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: C/lah Minor modes in effect: cwarn-mode: t which-function-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t column-number-mode: 1 line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: C-d C-d C-d C-x C-s =20 =20 s e l f . l o g g e r SPC=20 =3D SPC L o g F a c t M-/ * ( =20 ( ) C-x C-s C-s E n v =20 C-g C-g C-g C-g =20 C-s C-s C-s C-s C-s C-s C-s C-s C-s C-g C-x C-s M-<=20 C-s C M . r s h C-g C-g =20 =20 C-s s e l f . E n v C-s C-s C-s C-s C-s =20 C-s C-s C-s C-s C-s =20 C-g C-g C-g=20 C-g C-g M-< =20 M-% s e l f . l o g =20 g e r . l o g n n y y y y y y y=20 y y y y y y y y y y y y y y y y y y y y y y y y y y=20 y y y y y y y y y y y y y y y y y y y y y y y y y y=20 y y y y y y y y y y y y y =20 =20 =20 C-x C-s =20 M-x C-g C-x b C-x b x m l=20 . c =20 =20 M-x r e p o r Recent messages: Mark saved where search started [2 times] Quit [6 times] Mark set [2 times] Replaced 63 occurrences Saving file = /home/beekhof/Development/sources/pacemaker/devel/cts/CTStests.py... Wrote /home/beekhof/Development/sources/pacemaker/devel/cts/CTStests.py user-error: Beginning of history; no preceding item Quit completing-read-default: Command attempted to use minibuffer while in = minibuffer Making completion list... Load-path shadows: /home/beekhof/.emacs.d/elpa/color-theme-6.5.5/color-theme hides = ~/.beekhof/emacs/color-theme /home/beekhof/.emacs.d/elpa/repository-root-1.0.3/repository-root hides = ~/.beekhof/emacs/repository-root /home/beekhof/.emacs.d/elpa/grep-o-matic-1.0.4/grep-o-matic hides = ~/.beekhof/emacs/grep-o-matic Features: (shadow sort gnus-util mail-extr emacsbug message cl-macs gv format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils sh-script smie executable python rx make-mode subword dabbrev help-mode misearch multi-isearch nxml-uchnm rng-xsd xsd-regexp rng-cmpct rng-nxml rng-valid rng-loc rng-uri rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok etags add-log vc-git cwarn which-func imenu cc-langs cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs browse-kill-ring grep-o-matic grep compile comint ansi-color ring repository-root color-theme-tomorrow-night-bright color-theme-tomorrow-night-blue color-theme-tomorrow-night-eighties color-theme-tomorrow-night color-theme-tomorrow color-theme easymenu wid-edit cl edmacro kmacro ibuffer skeleton uniquify advice help-fns cl-lib advice-preload server browse-kill-ring-autoloads color-theme-autoloads color-theme-sanityinc-tomorrow-autoloads grep-a-lot-autoloads grep-o-matic-autoloads repository-root-autoloads package time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process dbusbind dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs) --Apple-Mail=_3BE370A7-4F4E-4284-AF09-8448AE50353E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCgAGBQJTIAfrAAoJEBTzwpg4iwmNaQ8QALE3K3g09MdzgzZWnFnPPNIO kmW/2x3xIgiXIcYG0s0t5lA7SbQklWKtJZ7xhJlPo1U9zB+6pG1TRfLzKMYO9mPu 173gAtBdbWjZl+AMnjSGMRrzxY1L2DO+5Ct21eK1raFLSotCR+BFHBk8Kma43B0w /MZcKutDuzr8k0a/zaU0CjjDgt+/AULXyxPHwbNmrVTxbv9f2FfKCB+y2fPbQhuC tEIMW2psZebX8kgWSoPYv70Q50zW5MtLFAH/L/yqUI2m94EMJWpwJE6QkirnoIVP jfejznhH8K8ByJ3esbn5y/JnRtpBmi86RR4nKmvs/E7H+Lg18PUnPUQjYL6ZA+bO GzWH9EjP8aCq4KVw2ZBZ+BhtNviAIILyivVD+xycaoBG+ESB4MSNfiohylSotGY6 QOqkC5ixyRWnd4HAUjzBY+Dsztum+CuvorG6JK7Ltoxk3+ywmEmQPyfg4nXXmmPF PM+PyUlGVLG+hJ0zL+USXU9wAgQygFZHLHnHwnoBXqZnCs6+qgp8Xl6i/ZFk9Vdl MJnhaSMGtgiWHz+ozNhh4sQte0WNdmqRITUkPBZxEwgWpbZyVYPgscUzzB6PcYEb Dw4KSpQMi3uklSsnN1kmPiRt6qChR68cdlMCN2xC2zhoyJ10iJFUPFYdG2fgfl34 1QldnHqirTZdwWr17pos =igW5 -----END PGP SIGNATURE----- --Apple-Mail=_3BE370A7-4F4E-4284-AF09-8448AE50353E-- From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Mar 2014 08:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andrew Beekhof Cc: 16995@debbugs.gnu.org Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.13946120467668 (code B ref 16995); Wed, 12 Mar 2014 08:15:01 +0000 Received: (at 16995) by debbugs.gnu.org; 12 Mar 2014 08:14:06 +0000 Received: from localhost ([127.0.0.1]:33881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNeIf-0001zZ-Ij for submit@debbugs.gnu.org; Wed, 12 Mar 2014 04:14:05 -0400 Received: from mout.web.de ([212.227.15.3]:64921) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNeIc-0001z9-2f for 16995@debbugs.gnu.org; Wed, 12 Mar 2014 04:14:03 -0400 Received: from drachen.dragon ([90.187.149.152]) by smtp.web.de (mrweb003) with ESMTPSA (Nemesis) id 0M7bVP-1XKx5j1hTj-00xLAq; Wed, 12 Mar 2014 09:14:00 +0100 From: Michael Heerdegen References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> Date: Wed, 12 Mar 2014 09:13:57 +0100 In-Reply-To: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> (Andrew Beekhof's message of "Wed, 12 Mar 2014 18:08:27 +1100") Message-ID: <87lhwfrfzu.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:czAYRpjI9ennaUMh34N4R7EeD5un+Dwof9kH7vhCot3maHTLW+r 16ZlLPeLEpXx91bsAPtnH1cVZkuDuZSivl2G1NaQGMAYda0PDpTt/9PDsDWVorVifyjOBE+ uVB4MVR1qhH8mbhbR60eUlPKuOHcztol+k6sh20S86C08sNvhEqXFDr0N/4F7TRRiOctrMA Ko5uhSy1SRWk9vmqxxb0w== X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Andrew Beekhof writes: > I've been editing lots of python files in the last few days and noticed > that Emacs has begun locking up for minutes at a time, for no apparent > reason. Maybe you face the same symptoms as in bug#15295? The report was related to `which-func-mode '. Parts of python.el are quite inefficient, it's important to fix this. Michael. From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Mar 2014 16:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andrew Beekhof Cc: 16995@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.139464103914272 (code B ref 16995); Wed, 12 Mar 2014 16:18:02 +0000 Received: (at 16995) by debbugs.gnu.org; 12 Mar 2014 16:17:19 +0000 Received: from localhost ([127.0.0.1]:34836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNlqI-0003i7-Rd for submit@debbugs.gnu.org; Wed, 12 Mar 2014 12:17:19 -0400 Received: from mtaout25.012.net.il ([80.179.55.181]:44273) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNlqE-0003hr-Qu for 16995@debbugs.gnu.org; Wed, 12 Mar 2014 12:17:16 -0400 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0N2B00E00ZMNIN00@mtaout25.012.net.il> for 16995@debbugs.gnu.org; Wed, 12 Mar 2014 18:15:21 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N2B009UAZTLJB50@mtaout25.012.net.il>; Wed, 12 Mar 2014 18:15:21 +0200 (IST) Date: Wed, 12 Mar 2014 18:17:04 +0200 From: Eli Zaretskii In-reply-to: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> X-012-Sender: halo1@inter.net.il Message-id: <83d2hro0hr.fsf@gnu.org> References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Andrew Beekhof > Date: Wed, 12 Mar 2014 18:08:27 +1100 > > I've been editing lots of python files in the last few days and noticed > that Emacs has begun locking up for minutes at a time, for no apparent > reason. > > Example actions that can trigger the problem C-s (isearch-forward), > pressing 'y' in response to query-replace prompts, typing, etc. > Whether the buffer is saved or not makes no difference. > > The only thing that really seems to help is switching back to a .c file. > > Is this a known problem? > > Example top output: > > top - 17:44:11 up 29 days, 22:26, 3 users, load average: 0.44, 0.50, 0.42 > Tasks: 236 total, 2 running, 233 sleeping, 0 stopped, 1 zombie > %Cpu(s): 12.6 us, 0.1 sy, 0.0 ni, 87.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st > KiB Mem: 7871472 total, 7538448 used, 333024 free, 305676 buffers > KiB Swap: 6029308 total, 731032 used, 5298276 free, 2390156 cached > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 22971 beekhof 20 0 644976 49236 16308 R 100.1 0.6 19:33.79 emacs > 26689 root 20 0 53020 272 176 S 0.7 0.0 308:17.91 plymouthd > > A random blog suggested the following command might show something of > interest. All I can tell is that thread 1 is quite deep. > > # echo 't a a where' > gdb.cmd; gdb /usr/bin/emacs -p 22971 -x gdb.cmd 2>&1 GNU gdb (GDB) Fedora 7.6.50.20130731-19.fc20 The backtrace you posted indicates that Emacs is in garbage collection. To see if this is indeed the cause of those "lockups", could you please customize garbage-collection-messages to a non-nil value, and then see if every time Emacs locks up there's a message in the echo area announcing GC? From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Andrew Beekhof Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Mar 2014 00:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 16995@debbugs.gnu.org Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.139467062611833 (code B ref 16995); Thu, 13 Mar 2014 00:31:01 +0000 Received: (at 16995) by debbugs.gnu.org; 13 Mar 2014 00:30:26 +0000 Received: from localhost ([127.0.0.1]:35099 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNtXU-00034k-Sg for submit@debbugs.gnu.org; Wed, 12 Mar 2014 20:30:25 -0400 Received: from out3-smtp.messagingengine.com ([66.111.4.27]:36442) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNtXS-00034Z-8Z for 16995@debbugs.gnu.org; Wed, 12 Mar 2014 20:30:23 -0400 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 2BC5C215F2; Wed, 12 Mar 2014 20:30:21 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 12 Mar 2014 20:30:21 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=beekhof.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; s=mesmtp; bh=GY7Pd3vpOQcSerXv8mMd7wmI Nus=; b=bytmdOaKiFMeZzk/zPR3RnXttiMckrqV1EtE61eC1tUsL9LmKtsB+OB9 0pR32uOPZOOHB4ZDrveHrpuzGuIwHc6X4LokwsZluDalDJKt0RuKwH2Tv2TT2Qfo 9gwJWFQuhKqYbiEHGLmkZ/IIERrKbB6a8iBs03YtvNBofxIjEgA= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; s=smtpout; bh=GY7 Pd3vpOQcSerXv8mMd7wmINus=; b=rL0bN+30dweAtxdzFSNQFSkGMiAYcwe9fO9 JuXbx+cqjUCbIM36mMdQjfC5AeQt8Rq3X9cVkmurgwJDXMMvqMzNULf6+xupusYb WKM0AlnH07v/+bzng9lwvLK2DGBTJ/qqAbw9NzOZDxUsUVRosynVFxggHwXEwlEL 4P22U6CI= X-Sasl-enc: gI0uFJSW65+CXU4gue6vMNPZ/VhRzZYOrdhnos0u1Nfb 1394670620 Received: from [172.16.1.5] (unknown [120.147.36.73]) by mail.messagingengine.com (Postfix) with ESMTPA id 752FB680094; Wed, 12 Mar 2014 20:30:18 -0400 (EDT) Content-Type: multipart/signed; boundary="Apple-Mail=_AE34547E-A498-4CD0-B55F-457B2055C92A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Andrew Beekhof In-Reply-To: <83d2hro0hr.fsf@gnu.org> Date: Thu, 13 Mar 2014 11:30:15 +1100 X-Mao-Original-Outgoing-Id: 416363415.441491-b449c63a09af0d8335d69edf571f20ea Message-Id: <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> X-Mailer: Apple Mail (2.1874) X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --Apple-Mail=_AE34547E-A498-4CD0-B55F-457B2055C92A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 13 Mar 2014, at 3:17 am, Eli Zaretskii wrote: >> From: Andrew Beekhof >> Date: Wed, 12 Mar 2014 18:08:27 +1100 >>=20 >> I've been editing lots of python files in the last few days and = noticed >> that Emacs has begun locking up for minutes at a time, for no = apparent >> reason. >>=20 >> Example actions that can trigger the problem C-s (isearch-forward), >> pressing 'y' in response to query-replace prompts, typing, etc. >> Whether the buffer is saved or not makes no difference. >>=20 >> The only thing that really seems to help is switching back to a .c = file. >>=20 >> Is this a known problem? >>=20 >> Example top output: >>=20 >> top - 17:44:11 up 29 days, 22:26, 3 users, load average: 0.44, = 0.50, 0.42 >> Tasks: 236 total, 2 running, 233 sleeping, 0 stopped, 1 zombie >> %Cpu(s): 12.6 us, 0.1 sy, 0.0 ni, 87.3 id, 0.0 wa, 0.0 hi, 0.0 = si, 0.0 st >> KiB Mem: 7871472 total, 7538448 used, 333024 free, 305676 = buffers >> KiB Swap: 6029308 total, 731032 used, 5298276 free, 2390156 = cached >>=20 >> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ = COMMAND >> 22971 beekhof 20 0 644976 49236 16308 R 100.1 0.6 19:33.79 = emacs = = = =20 >> 26689 root 20 0 53020 272 176 S 0.7 0.0 308:17.91 = plymouthd = = = =20 >>=20 >> A random blog suggested the following command might show something of >> interest. All I can tell is that thread 1 is quite deep. >>=20 >> # echo 't a a where' > gdb.cmd; gdb /usr/bin/emacs -p 22971 -x = gdb.cmd 2>&1 > GNU gdb (GDB) Fedora 7.6.50.20130731-19.fc20 >=20 > The backtrace you posted indicates that Emacs is in garbage > collection. To see if this is indeed the cause of those "lockups", > could you please customize garbage-collection-messages to a non-nil > value, and then see if every time Emacs locks up there's a message in > the echo area announcing GC? It took about 2 hours of solid editing to hit it again this morning, but = eventually I did. For the first while I saw 'Garbage collecting...done', with the 'done' = part flashing. Then it switched to 'Garbage collecting...' At some point I must have hit C-l (goto-line) because after I came back = from making breakfast (I wasn't exaggerating when I said 'minutes') it = was prompting for a line number. Pressing C-g (cancel) at this point resulted in the buffer flashing = between displaying 'Quit' and 'Garbage collecting...' After it stopped doing this, I used the pointer to move the cursor which = got me back to the 'Garbage collecting...' phase followed by 'Garbage = collecting...done', with the 'done' part flashing again. Top says: 22971 beekhof 20 0 658092 61636 15584 R 99.1 0.8 37:03.28 = emacs = = = =20 (note that its still the same process from yesterday) If I now switch to a .c file, things appear normal. Switching back to the .py file and doing anything results in more = garbage collection. --Apple-Mail=_AE34547E-A498-4CD0-B55F-457B2055C92A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCgAGBQJTIPwXAAoJEBTzwpg4iwmNV/0P/33xdhulVwN3RL11GsQbqMmB 3F+dkz8iSVYWHOYOg0G080YD1LjIkerfDnzm0TFLNFWteK80nT8UPVVXB5gvlw5f ZWNm3v3QyHxjm27bVcPSHLrsX13q/IjL+49lgyyn1yot1eKMefJj39mZK9CJXGjk wdMIOpcfyQq5KJVhCj67IfcFPvbdMjY7plLnIuNeTkXHkoi4KnsT4sPJEPCyT6Fg ZQmF7A2IYEvjcXaFkshdu3aGH1gaalfHkGuxD4m5cCZG4Vy8JIaMncwppZ5vnVFt YKKu38wB+J5qCzPki7fOJxGM26QLUlqZrCWndHJ3NHOSlbyalUpj7mn+pE2jI9eW E+ZWdUC5TOubY1lNacVSzccfn74mBSSqhg/X+AtfXWwpuOgrUGnaU35aV2FYqA9E PX+8O1W9G1k4aWRCMRj7pWv/jeMHalpYPD40bBAK+BD2GTpYBGrega8kvzoA4X0q TZ2YU21CsBH+piX2Rpii/RropX5dE0og/NIsyITGhEClwZ/2kdHFuAjVd2Sb+qUj kqIVF13A/nMHVNKlsATU5S66AGpzw0O7eBi3JKkdkNAkru3ysqi7AR/6apfXDMkQ dzwT5QAVnNkwFtJhln8C9NW3bWmjneviZRzMCurye1pZBH+kvbqJ+CvL+0o8qm1v jxO9bUTu/YIezh50em45 =9bPt -----END PGP SIGNATURE----- --Apple-Mail=_AE34547E-A498-4CD0-B55F-457B2055C92A-- From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Mar 2014 03:50:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andrew Beekhof Cc: 16995@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.13946825666376 (code B ref 16995); Thu, 13 Mar 2014 03:50:03 +0000 Received: (at 16995) by debbugs.gnu.org; 13 Mar 2014 03:49:26 +0000 Received: from localhost ([127.0.0.1]:35187 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNwe5-0001ej-Ar for submit@debbugs.gnu.org; Wed, 12 Mar 2014 23:49:25 -0400 Received: from mtaout23.012.net.il ([80.179.55.175]:63538) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WNwe2-0001eY-RJ for 16995@debbugs.gnu.org; Wed, 12 Mar 2014 23:49:24 -0400 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0N2C00A00V22SG00@a-mtaout23.012.net.il> for 16995@debbugs.gnu.org; Thu, 13 Mar 2014 05:49:21 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N2C00AICVY8QZ30@a-mtaout23.012.net.il>; Thu, 13 Mar 2014 05:49:21 +0200 (IST) Date: Thu, 13 Mar 2014 05:49:14 +0200 From: Eli Zaretskii In-reply-to: <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> X-012-Sender: halo1@inter.net.il Message-id: <8361nioj0l.fsf@gnu.org> References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Andrew Beekhof > Date: Thu, 13 Mar 2014 11:30:15 +1100 > Cc: 16995@debbugs.gnu.org > > > The backtrace you posted indicates that Emacs is in garbage > > collection. To see if this is indeed the cause of those "lockups", > > could you please customize garbage-collection-messages to a non-nil > > value, and then see if every time Emacs locks up there's a message in > > the echo area announcing GC? > > It took about 2 hours of solid editing to hit it again this morning, but eventually I did. > > For the first while I saw 'Garbage collecting...done', with the 'done' part flashing. > > Then it switched to 'Garbage collecting...' > > At some point I must have hit C-l (goto-line) because after I came back from making breakfast (I wasn't exaggerating when I said 'minutes') it was prompting for a line number. > Pressing C-g (cancel) at this point resulted in the buffer flashing between displaying 'Quit' and 'Garbage collecting...' > > After it stopped doing this, I used the pointer to move the cursor which got me back to the 'Garbage collecting...' phase followed by 'Garbage collecting...done', with the 'done' part flashing again. > > Top says: > > 22971 beekhof 20 0 658092 61636 15584 R 99.1 0.8 37:03.28 emacs > > (note that its still the same process from yesterday) > > > If I now switch to a .c file, things appear normal. > Switching back to the .py file and doing anything results in more garbage collection. So I guess the question now becomes why does Python mode conses so many Lisp objects that it triggers GC so frequently. From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Mar 2014 13:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Andrew Beekhof , 16995@debbugs.gnu.org Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.139471804720951 (code B ref 16995); Thu, 13 Mar 2014 13:41:02 +0000 Received: (at 16995) by debbugs.gnu.org; 13 Mar 2014 13:40:47 +0000 Received: from localhost ([127.0.0.1]:35501 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WO5sM-0005Rp-6S for submit@debbugs.gnu.org; Thu, 13 Mar 2014 09:40:46 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:4003) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WO5sB-0005RS-LU for 16995@debbugs.gnu.org; Thu, 13 Mar 2014 09:40:36 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFMCppy/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOkeoFegxM X-IPAS-Result: Av4EABK/CFFMCppy/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOkeoFegxM X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="51711350" Received: from 76-10-154-114.dsl.teksavvy.com (HELO pastel.home) ([76.10.154.114]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 13 Mar 2014 09:40:35 -0400 Received: by pastel.home (Postfix, from userid 20848) id BFCC86057F; Thu, 13 Mar 2014 09:40:34 -0400 (EDT) From: Stefan Monnier Message-ID: References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> <8361nioj0l.fsf@gnu.org> Date: Thu, 13 Mar 2014 09:40:34 -0400 In-Reply-To: <8361nioj0l.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 13 Mar 2014 05:49:14 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > So I guess the question now becomes why does Python mode conses so > many Lisp objects that it triggers GC so frequently. M-x profiler-start RET mem RET ...reproduce the heavy allocation problem... M-x profiler-report RET might be a good start. Stefan From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 13 Mar 2014 15:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Andrew Beekhof , Eli Zaretskii , 16995@debbugs.gnu.org Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.13947261695124 (code B ref 16995); Thu, 13 Mar 2014 15:57:02 +0000 Received: (at 16995) by debbugs.gnu.org; 13 Mar 2014 15:56:09 +0000 Received: from localhost ([127.0.0.1]:36036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WO7zL-0001KV-Br for submit@debbugs.gnu.org; Thu, 13 Mar 2014 11:56:07 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:53875) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WO7zI-0001KL-VE for 16995@debbugs.gnu.org; Thu, 13 Mar 2014 11:56:05 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WO7zG-0008CE-CP; Thu, 13 Mar 2014 11:56:02 -0400 From: Glenn Morris References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> <8361nioj0l.fsf@gnu.org> X-Spook: Croatian Osama mindwar Ceridian Cocaine AGT. AMME Plame X-Ran: B7{fi?9a6{\4Rh?nPjb6CW4{At|gCItC?p_O[^?:T]8"u=b0n%(RYSlY{r[o>=m$M,[9n0 X-Hue: blue X-Attribution: GM Date: Thu, 13 Mar 2014 11:56:02 -0400 In-Reply-To: (Stefan Monnier's message of "Thu, 13 Mar 2014 09:40:34 -0400") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) I think it makes more sense to first try the Emacs trunk and see if the issue is already fixed. From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Andrew Beekhof Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Mar 2014 05:13:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Stefan Monnier Cc: Eli Zaretskii , 16995@debbugs.gnu.org Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.13950331642543 (code B ref 16995); Mon, 17 Mar 2014 05:13:03 +0000 Received: (at 16995) by debbugs.gnu.org; 17 Mar 2014 05:12:44 +0000 Received: from localhost ([127.0.0.1]:38519 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPPqt-0000eu-3J for submit@debbugs.gnu.org; Mon, 17 Mar 2014 01:12:43 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:44921) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPPqo-0000ee-LA for 16995@debbugs.gnu.org; Mon, 17 Mar 2014 01:12:40 -0400 Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 42EAC208DF; Mon, 17 Mar 2014 01:12:38 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Mon, 17 Mar 2014 01:12:38 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=beekhof.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; s=mesmtp; bh=YI+sjfNb5kqrIp1jFo3PQVG7 7IA=; b=JaiKHFwKk8sD/G8rXJvBWetHy/gLY5O60M/FuY8GS5SQ7JmfRgCl6udD HSB6rnDWy7G+IsYhc8JBOPEn8Jtm+JrkpHl4t7Tz6ySdHlitNKsajIjIthNGcc8a c/BzTYW9rXh2nWd/FisPpOrTlDyX6zZ+zBFrLL5JO6sH+xlgcG0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; s=smtpout; bh=YI+ sjfNb5kqrIp1jFo3PQVG77IA=; b=g596nmZI7dCxatdYkeinn/pYxd711kQHM4W kw98CTma/L4qfrznsHz7I7WzRPARzGzN4IrT2VihmT3wIzGr7Z28L42S+T6uuRwt UPQw8HF9o8NYqxLLb51ywBWqoBGhPpt7p5Ftpj+H9wIY1MKUY3xpPAGfrPH2Z8mo 3zs5j50g= X-Sasl-enc: lae3qW+bBZmTZnDO0rMO4ytuCW6rLxwr+wa3hI9NNVI3 1395033157 Received: from [172.16.1.5] (unknown [120.147.36.73]) by mail.messagingengine.com (Postfix) with ESMTPA id C19BA6800C5; Mon, 17 Mar 2014 01:12:35 -0400 (EDT) Content-Type: multipart/signed; boundary="Apple-Mail=_A289E2C4-4BD2-4681-9ABA-0FB1EA3E425A"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Andrew Beekhof In-Reply-To: Date: Mon, 17 Mar 2014 16:12:33 +1100 X-Mao-Original-Outgoing-Id: 416725953.811497-1e4bf3865601f12a308f74c112548ef6 Message-Id: <4408122E-520A-4CE2-928E-B7AA5194F8CC@beekhof.net> References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> <8361nioj0l.fsf@gnu.org> X-Mailer: Apple Mail (2.1874) X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --Apple-Mail=_A289E2C4-4BD2-4681-9ABA-0FB1EA3E425A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 14 Mar 2014, at 12:40 am, Stefan Monnier = wrote: >> So I guess the question now becomes why does Python mode conses so >> many Lisp objects that it triggers GC so frequently. >=20 > M-x profiler-start RET mem RET > ...reproduce the heavy allocation problem... > M-x profiler-report RET >=20 > might be a good start. bwahahaha. I can go one better and give you a reproducer. Time wasn't a factor, it was switching to a particular file that = triggered the (worst of the) problem. http://paste.fedoraproject.org/85549/13948345/ I had a bug in the file that was causing issues for soemthing: @@ -90,7 +92,7 @@ class CTSTest: self.logger.log(args) =20 def debug(self, args): - self.logger.debug(args + self.logger.debug(args) Clearly user error, but ideally emacs wouldn't grind to a halt as a = result. Here's the profiler report. + timer-event-handler 278,246,734 = 42% + which-func-update 163,238,117 = 24% + redisplay_internal (C function) 87,767,721 = 13% + which-func-update-1 48,416,290 = 7% + call-interactively 35,478,972 = 5% + apply 18,737,232 = 2% + byte-code 5,265,147 = 0% + which-function 4,192,656 = 0% + jit-lock-function 2,876,348 = 0% + redisplay 2,237,092 = 0% + sit-for 1,867,352 = 0% + read-from-minibuffer 1,418,935 = 0% + find-file 1,333,035 = 0% + xselect-convert-to-string 810,557 = 0% + vc-state-refresh 698,757 = 0% + isearch-lazy-highlight-new-loop 649,320 = 0% + isearch-update 589,542 = 0% + minibuffer-message 208,140 = 0% + completion--message 168,120 = 0% + isearch-process-search-string 153,114 = 0% + isearch-search-and-update 145,286 = 0% + jit-lock-fontify-now 136,240 = 0% + x-set-selection 82,873 = 0% + minibuffer-complete 46,642 = 0% + completion--do-completion 38,266 = 0% + deactivate-mark 36,976 = 0% + run-hook-with-args-until-success 24,764 = 0% + run-hooks 22,286 = 0% + run-hook-with-args 17,952 = 0% + xselect-convert-to-targets 17,443 = 0% + find-file-noselect 12,432 = 0% + self-insert-command 8,188 = 0% + c-mode 8,188 = 0% + find-tag 7,000 = 0% + mouse-fixup-help-message 6,144 = 0% + find-file-read-args 5,120 = 0% + funcall 4,096 = 0% + vc-find-file-hook 3,720 = 0% + vc-registered 2,487 = 0% + find-file-noselect-1 2,026 = 0% + file-truename 1,260 = 0% --Apple-Mail=_A289E2C4-4BD2-4681-9ABA-0FB1EA3E425A Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCgAGBQJTJoRCAAoJEBTzwpg4iwmNoNsP/Rw6Ej02gYd7yQm7eeH3PwEF 9282MSc1RWxDy87s90prHw1ZXxnyra52ZQoYDeMzhA+uhfdkTNtwhyz1aL3gyfRW vevLNapE/VavAB7rrcEWqGVCw7Z0rCWHeChMHwiv9EATiydcDNw2k4BmWSd1m+d/ 4vVrCHQv1lBEicYeMgS9zXGLVGMel7pIBs22vV0k19xPNLu0cK4vIvqXTxQlrqx5 w92Q93/Bchdl20VoiZzZoDOHaEAaWGPAg35drzSuGZ5nBvTsMjzZmdmJdKRdhfrd rgzPZU3mffzEI78Rj0H+z+kLC9cZ85U3iQVoSOlALTtzSxEwYgZWjSNxpe3SWVZV GAM2UlUlsYIVXVo0L+EGwfvJa+OiCn2tTYWxNwbf07VxR8hmwJqvISLJ4QILL6Sx sAXgRSeqHexGdDK832hSXLy5nCocBMtC5SgaS3BE/n6WZnvdaFWVL87ViSTx5pC5 f5pY6x4DjuFGi2nRC6FyXy0+23+yk5kBr3MuxusPpzXPxcjbP/TmGXvxu/2s9oB5 tsyJS4nXsp8ambA5UwCBcRKPlzRDDjUGLqA9WplyOCMDR6oCl4cfph7tiICcCrjx uJhPPQWp5J42nFp1PebKmOkVGunaYiQkVjAYIhMn70YroCR60bZaGqhHOXBvhpMT ck3jWdCTjTDQ0ln0Qj+K =uRMT -----END PGP SIGNATURE----- --Apple-Mail=_A289E2C4-4BD2-4681-9ABA-0FB1EA3E425A-- From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Daniel Colascione Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Mar 2014 05:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Andrew Beekhof , Stefan Monnier Cc: 16995@debbugs.gnu.org Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.13950333523039 (code B ref 16995); Mon, 17 Mar 2014 05:16:02 +0000 Received: (at 16995) by debbugs.gnu.org; 17 Mar 2014 05:15:52 +0000 Received: from localhost ([127.0.0.1]:38540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPPtv-0000mv-Gv for submit@debbugs.gnu.org; Mon, 17 Mar 2014 01:15:52 -0400 Received: from dancol.org ([96.126.100.184]:45613) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPPtt-0000mi-4y for 16995@debbugs.gnu.org; Mon, 17 Mar 2014 01:15:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=IqA+YJZHT2Owat/rFRW9o70k3Ae9b4XeJLPZG/Ui2Zo=; b=ksGGTDHQ+bkZjvKv7Xg+j0YutLkctKM3C+zH+j0CbnV1tIDMZH8lLaMnEyfViWvYL0zP3O18riYXKws6PSbSQkOgoxnQv3lUxIb5UPhMkqzh3MZGq55YDT2426xXjCJiqeI79a9B3+VoLxqLn3ZzbyUG+MwiYrfEPF+rXLV3cZVZSvrQJqpyzQTcIwCXmAXLJPd+76wI3j5wxVSWAUi982tZUsQjZK+/SKfUkXR3oAvzs0uyhFd6ioD6SNm0jcw3Q6rAMnYxGDFGnnXPA9J+oSJs1LJFd1QZYdj5E4zA+NhRbDsXENICqam2Crg3duiirwLeThpUl43IQ70IFFNsCQ==; Received: from [2601:8:b200:551::2b1] by dancol.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1WPPtp-0006Un-OI; Sun, 16 Mar 2014 22:15:45 -0700 Message-ID: <53268500.9010304@dancol.org> Date: Sun, 16 Mar 2014 22:15:44 -0700 From: Daniel Colascione User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> <8361nioj0l.fsf@gnu.org> <4408122E-520A-4CE2-928E-B7AA5194F8CC@beekhof.net> In-Reply-To: <4408122E-520A-4CE2-928E-B7AA5194F8CC@beekhof.net> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V0sGVMpK7vivEDx4DIWGmatmtG6drkVf3" X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --V0sGVMpK7vivEDx4DIWGmatmtG6drkVf3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/16/2014 10:12 PM, Andrew Beekhof wrote: >=20 > On 14 Mar 2014, at 12:40 am, Stefan Monnier = wrote: >=20 >>> So I guess the question now becomes why does Python mode conses so >>> many Lisp objects that it triggers GC so frequently. >> >> M-x profiler-start RET mem RET >> ...reproduce the heavy allocation problem... >> M-x profiler-report RET >> >> might be a good start. >=20 >=20 > bwahahaha. I can go one better and give you a reproducer. > Time wasn't a factor, it was switching to a particular file that trigge= red the (worst of the) problem. >=20 > http://paste.fedoraproject.org/85549/13948345/ >=20 > I had a bug in the file that was causing issues for soemthing: >=20 > @@ -90,7 +92,7 @@ class CTSTest: > self.logger.log(args) > =20 > def debug(self, args): > - self.logger.debug(args > + self.logger.debug(args) >=20 >=20 No repro on trunk. --V0sGVMpK7vivEDx4DIWGmatmtG6drkVf3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJTJoUAAAoJEMAaIROpHW7IJ+MQAMOmjU9EYRm2PUlltytP6IKG 2n/SqUXySCKc6Ijt6FdpBvDCe0bVdvj+wNsA0eS83EwVLuK3RVl67g/cjP09ek19 M7ekGhg+XEkZDSrvFx8g90YOFwAQmliHbKIK9ALxZDJgpll01i9TlXecckPmMFBD 8CPq42tJis+kcUUyUl3hqff/popVixYhUgKo4zNs83LEFJdENMcKk4uNSHo4DZxh ihJCnJxIDqVSKvrQYEsBfKqjWyESx94fX/LfmKBsASKcMZR+1u1tWPpNQwM3Cm4e SnEIicXvfqa3ahHq5vfsKFA0DeZmjOAppFBVbyxYY4GpY+LGSLmKPJY4/WvRrIb6 vTnj0vvo9aMG2ckIZDSBr9zSIJlaRK5LUQTEn38tIUWnqwd8J7TdSqrgeCYfQ37h 0OkOAtpWAP3RtlpFBj8jMKjnNpw4Cfkyb0pM/5YOOTUMf6tqQKQxkm57mgFI9pjd aU8k2r0UqHJdccj/OLL/fnmGRktvQqQiDA+tm44mVm9oXGnXtfjNYVmGXzTF8SvY b7uQlqcV2PFS7uYf8TjEZAyFNQwZtyhsqt6+BK5KPbIUzEQF8jsdoDvV1I8zc+f9 S1p6XtsRvzW9A8lFCngbemxSuvwZ/VAXMthvN+Swmrs+aEgM6/WSBUdio3OROvOR 5/BmldMslwte27mgNkVF =LliS -----END PGP SIGNATURE----- --V0sGVMpK7vivEDx4DIWGmatmtG6drkVf3-- From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Stefan Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Mar 2014 15:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Andrew Beekhof Cc: Eli Zaretskii , 16995@debbugs.gnu.org Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.139506868212493 (code B ref 16995); Mon, 17 Mar 2014 15:05:01 +0000 Received: (at 16995) by debbugs.gnu.org; 17 Mar 2014 15:04:42 +0000 Received: from localhost ([127.0.0.1]:39096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPZ5l-0003FQ-DS for submit@debbugs.gnu.org; Mon, 17 Mar 2014 11:04:41 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:46539) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPZ5h-0003F9-Pl for 16995@debbugs.gnu.org; Mon, 17 Mar 2014 11:04:38 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmAFABK/CFHO+KKg/2dsb2JhbABEj0SrcYNZF3OCHwEFViMQCzQSFBgNJIgkwS2RCgOOGJZigV6DEw X-IPAS-Result: AmAFABK/CFHO+KKg/2dsb2JhbABEj0SrcYNZF3OCHwEFViMQCzQSFBgNJIgkwS2RCgOOGJZigV6DEw X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="52352120" Received: from 206-248-162-160.dsl.teksavvy.com (HELO pastel.home) ([206.248.162.160]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 17 Mar 2014 11:04:37 -0400 Received: by pastel.home (Postfix, from userid 20848) id 16B8A60F5C; Mon, 17 Mar 2014 11:04:32 -0400 (EDT) From: Stefan Message-ID: References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> <8361nioj0l.fsf@gnu.org> <4408122E-520A-4CE2-928E-B7AA5194F8CC@beekhof.net> Date: Mon, 17 Mar 2014 11:04:32 -0400 In-Reply-To: <4408122E-520A-4CE2-928E-B7AA5194F8CC@beekhof.net> (Andrew Beekhof's message of "Mon, 17 Mar 2014 16:12:33 +1100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > + timer-event-handler 278,246,734 42% > + which-func-update 163,238,117 24% > + redisplay_internal (C function) 87,767,721 13% Could you hit C-u RET on those to see the inside? Stefan From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time In-Reply-To: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> Resent-From: Glenn Morris Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Mar 2014 17:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Daniel Colascione Cc: Andrew Beekhof , 16995@debbugs.gnu.org, Stefan Monnier Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.139507677327866 (code B ref 16995); Mon, 17 Mar 2014 17:20:02 +0000 Received: (at 16995) by debbugs.gnu.org; 17 Mar 2014 17:19:33 +0000 Received: from localhost ([127.0.0.1]:39166 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPbCH-0007FN-22 for submit@debbugs.gnu.org; Mon, 17 Mar 2014 13:19:33 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:34254) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPbCE-0007FE-2H for 16995@debbugs.gnu.org; Mon, 17 Mar 2014 13:19:30 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WPbCD-00057F-6h; Mon, 17 Mar 2014 13:19:29 -0400 From: Glenn Morris References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> <8361nioj0l.fsf@gnu.org> <4408122E-520A-4CE2-928E-B7AA5194F8CC@beekhof.net> <53268500.9010304@dancol.org> X-Spook: Dick Cheney Mahmoud Ahmadinejad monarchist e-bomb X-Ran: vm`6\>C]=&2Bv`SjdF}_)G-MEFBJ@:!?\+B7gub>v_MS5`pze+nR}KmhN}Rh?{J^|9*C6i X-Hue: red X-Attribution: GM Date: Mon, 17 Mar 2014 13:19:29 -0400 Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Daniel Colascione wrote: > No repro on trunk. So once again I encourage the OP to try Emacs trunk, to avoid wasting time debugging something that's already fixed there. From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Andrew Beekhof Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Mar 2014 20:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Stefan Cc: Eli Zaretskii , 16995@debbugs.gnu.org Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.139508906317229 (code B ref 16995); Mon, 17 Mar 2014 20:45:02 +0000 Received: (at 16995) by debbugs.gnu.org; 17 Mar 2014 20:44:23 +0000 Received: from localhost ([127.0.0.1]:39272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPeOU-0004Tp-Ux for submit@debbugs.gnu.org; Mon, 17 Mar 2014 16:44:23 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:44040) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPeOQ-0004Tc-2z for 16995@debbugs.gnu.org; Mon, 17 Mar 2014 16:44:18 -0400 Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 5082A20ACD; Mon, 17 Mar 2014 16:44:17 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Mon, 17 Mar 2014 16:44:17 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=beekhof.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; s=mesmtp; bh=dgf1W5Y+yc3HI80XwIerx1iK 3uk=; b=X1o/+jF+YIJIcClxK5XoawleGKMPmK2Ebpph/DEYMatinkghV5cGT4fS fgrznMaBmUe3MdlI9YhQQfvpcfY1t01N2fsWZn01NoY2UpYx+LQJLleXR0ua+8LQ r0OeeMt/9ngHHqAIZisbvn1BaYkYrvJ2jloXl/uPabDA/GimYHE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; s=smtpout; bh=dgf 1W5Y+yc3HI80XwIerx1iK3uk=; b=DG3tts972cA6hMKsSW9fZRauPNqsPsOemzY /d+DswK1esR34zUqO27v1TZ2WLdnOYsKVu4ajp6seZ+brgY4ATG3lwfdE5NNrjgO hTAVav/3dAiZ2SsgOBe+wnUkbiGSxgqx5J5+z3AS0BfJfnCDH/hivUWeQ9aGRvgW c3FBayQk= X-Sasl-enc: PJsCBJ+OYbXWDBWNSGb1ToxftqtO9S5IsW+fIc1kHkMp 1395089056 Received: from [172.16.1.5] (unknown [120.147.36.73]) by mail.messagingengine.com (Postfix) with ESMTPA id 16BE36800DA; Mon, 17 Mar 2014 16:44:14 -0400 (EDT) Content-Type: multipart/signed; boundary="Apple-Mail=_EA93DA2B-864F-4FFC-809E-1CAD7D33085F"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Andrew Beekhof In-Reply-To: Date: Tue, 18 Mar 2014 07:44:10 +1100 X-Mao-Original-Outgoing-Id: 416781850.972385-5604879102fc5fb8d2d915bacc86c0c5 Message-Id: References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> <8361nioj0l.fsf@gnu.org> <4408122E-520A-4CE2-928E-B7AA5194F8CC@beekhof.net> X-Mailer: Apple Mail (2.1874) X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --Apple-Mail=_EA93DA2B-864F-4FFC-809E-1CAD7D33085F Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 18 Mar 2014, at 2:04 am, Stefan wrote: >> + timer-event-handler 278,246,734 42% >> + which-func-update 163,238,117 24% >> + redisplay_internal (C function) 87,767,721 13% > > Could you hit C-u RET on those to see the inside? - timer-event-handler 278,246,734 42% - byte-code 232,219,728 35% - apply 232,219,728 35% - which-func-update 232,156,176 35% - which-func-update-1 232,156,176 35% - byte-code 232,152,016 35% - which-function 232,152,016 35% - run-hook-with-args-until-success 232,137,652 35% - python-info-current-defun 232,137,652 35% - byte-code 232,076,332 35% - python-nav-beginning-of-statement 223,523,054 34% - python-info-line-ends-backslash 222,980,681 34% - python-syntax-context 222,963,339 34% - syntax-ppss 190,698,616 29% + vconcat 87,050,385 13% + make-byte-code 39,649,234 6% + vector 35,847,977 5% Automatic GC 10,494,908 1% + funcall 4,192 0% + eql 32,264,723 4% Automatic GC 3,774 0% + python-syntax-context 520,437 0% + python-nav-end-of-defun 5,995,614 0% + python-nav-beginning-of-defun 2,037,676 0% current-indentation 437,600 0% match-data 43,152 0% + match-string-no-properties 24,564 0% current-indentation 38,640 0% mapconcat 16,376 0% + add-log-current-defun 12,284 0% reverse 2,080 0% internal--before-with-selected-window 4,160 0% + jit-lock-context-fontify 36,400 0% + blink-cursor-start 27,152 0% + timer-inc-time 31,783,254 4% + timer-until 9,210,331 1% current-time 4,922,320 0% Automatic GC 98,621 0% + timer-activate-when-idle 12,480 0% - which-func-update 163,238,117 24% - which-func-update-1 163,238,117 24% - byte-code 163,238,117 24% - which-function 163,238,117 24% + run-hook-with-args-until-success 163,238,117 24% - redisplay_internal (C function) 87,767,721 13% + jit-lock-function 17,436,266 2% + file-remote-p 1,437,050 0% + eval 958,755 0% + menu-bar-update-buffers 48,468 0% + keymap-canonicalize 17,680 0% --Apple-Mail=_EA93DA2B-864F-4FFC-809E-1CAD7D33085F Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCgAGBQJTJ16bAAoJEBTzwpg4iwmNFGcP/2LF/Zet0SQVx/tZCnQopxxC ic8iTR3AAI9Zt7JRVDgpIMoKWH5M/N5RuyEfkGUB1TbYn5TvT7GKA5L2HOrig2zp KkYmj/gJMduLnj98CP3C9yxuK6aVNS9JpUjBbbmd8hzvchjjTSW1L7zw7F98vH0X Z9wl0zcEG5wEsZJhrCcDP2ffo/zTUORCzPaI+7G0CiXewU4Zi8+DUVtxokgOv53B hkR4JhpzIIgGs40sGoUVdikSPAqEZHFkIYeeS6edjiQEq+ViW1TC5P6k2xhAuuZl 6cyVT0gxvgYDilj7fCY6IcoXadfQZFE4gR9fpmExHVRCOVXT9Gat5g1KSe65CsC6 MaAoiIpJv4i6bL9/1VD3esQ8OrpsYBoskAcCjBxzHX1KHUw96k077D1de5/zX3n6 FK1e3/awMFrgsxCjC7pF+u9iuqqieD+Mv2qCHNfkyYBHEvF4gu6DGOJ7VoGbhY+u iW3L8kioOQua8Ps+hOE4NQ4rwUV+XXkMRsPL2NguKJlxhCAT8GBxNnJ2H88J9d87 EWDUDZcmzmCy4NZSRdUD/r71yl7z4VSEZkv5LbqZ7PAB2lq7HSaeCJgTLDjn8+sW QK0+14FMSUkE78D7zcFAwxp8TsJjkJcqdJbOBp/BTwqPGd6Gvbbt8xzCgkBTHBz+ BQOgVScwKM2j4Kk9BBj+ =GEiw -----END PGP SIGNATURE----- --Apple-Mail=_EA93DA2B-864F-4FFC-809E-1CAD7D33085F-- From unknown Sun Jun 15 08:52:07 2025 X-Loop: help-debbugs@gnu.org Subject: bug#16995: 24.3; CPU usage spikes to 100% for minutes at a time Resent-From: Andrew Beekhof Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Mar 2014 22:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16995 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo To: Glenn Morris Cc: 16995@debbugs.gnu.org, Daniel Colascione , Stefan Monnier Received: via spool by 16995-submit@debbugs.gnu.org id=B16995.139509533627988 (code B ref 16995); Mon, 17 Mar 2014 22:29:02 +0000 Received: (at 16995) by debbugs.gnu.org; 17 Mar 2014 22:28:56 +0000 Received: from localhost ([127.0.0.1]:39324 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPg1f-0007HL-Br for submit@debbugs.gnu.org; Mon, 17 Mar 2014 18:28:55 -0400 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:35928) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WPg1d-0007HC-05 for 16995@debbugs.gnu.org; Mon, 17 Mar 2014 18:28:53 -0400 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 57D2C209A1; Mon, 17 Mar 2014 18:28:52 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 17 Mar 2014 18:28:52 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=beekhof.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; s=mesmtp; bh=eMhVJ73dl9AFtPDBn1x79H0z BzU=; b=QsD0+P6AV9XetakS1Pr8axD6Baoy2NrnCTFMbbwEp70bg21th7lVEC1Q bQ3UFVT0Mos4RYjy/cQU5HjNam6UWY4CAnuE9Oi6HpMYbYMszNInHGXtqOH2HJj5 lOlNZdzxvX8T/upFTHcu/r6UPUsiP01RWhZdU04GE4ckIv6NIhE= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; s=smtpout; bh=eMh VJ73dl9AFtPDBn1x79H0zBzU=; b=h44l4cqFxgvgTtS2s3MJ+Pk9X6T6QsV3Pml giiG8zqBUtMGsp98WpgopsBx4KSXrlDekXNq73wPdlr3vctzjjiIhnuA/t7E7/GG BkFoF/iYjSmk74W/ZBaDlZnsYcxH7gnsydIM8ssflRIyUcAtRshCnvUwX7phIvW/ 80ocw5Ac= X-Sasl-enc: 7FX1SNJ40f/efVDnIn232fXMQroNnzCybDdDc9UD3RVD 1395095331 Received: from [172.16.1.5] (unknown [120.147.36.73]) by mail.messagingengine.com (Postfix) with ESMTPA id DEAA9680138; Mon, 17 Mar 2014 18:28:49 -0400 (EDT) Content-Type: multipart/signed; boundary="Apple-Mail=_316103A0-33D7-4E0C-B5BA-66523B382DA3"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Andrew Beekhof In-Reply-To: Date: Tue, 18 Mar 2014 09:28:45 +1100 X-Mao-Original-Outgoing-Id: 416788125.373651-143c2e424dae12030aa1b4dd12e787d2 Message-Id: References: <4744FEC4-6132-4CEE-9CE0-47A0BCBC36D7@beekhof.net> <83d2hro0hr.fsf@gnu.org> <37089DA4-7533-4566-814E-6AC8857123CB@beekhof.net> <8361nioj0l.fsf@gnu.org> <4408122E-520A-4CE2-928E-B7AA5194F8CC@beekhof.net> <53268500.9010304@dancol.org> X-Mailer: Apple Mail (2.1874) X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --Apple-Mail=_316103A0-33D7-4E0C-B5BA-66523B382DA3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 18 Mar 2014, at 4:19 am, Glenn Morris wrote: > Daniel Colascione wrote: >=20 >> No repro on trunk. >=20 > So once again I encourage the OP to try Emacs trunk, to avoid wasting > time debugging something that's already fixed there. >=20 I'll probably take the path of least resistance and try not to write = crappy code in the first place. Its good to know that trunk is fixed though, because that means the = patch will eventually show up in fedora. --Apple-Mail=_316103A0-33D7-4E0C-B5BA-66523B382DA3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQIcBAEBCgAGBQJTJ3cdAAoJEBTzwpg4iwmNdzsP/1nESm4/dNl6AbpgG7qhaJAw K3yz/kxRPFrjNSrt6pEZpXSmt/MYl+FuhokDg4GKXzJlPyneygOeHPXlDWnCUEKv 9isf8jYWCfqLr4sv6rIFU84NMZ3hawirzjwNZyPt3kDl6ZZ0i4Eyv8EvwTWHttE+ zEZM4HuaPWducAGhgEYDOQRjJB3+fiUo6IDNnCJnuUf+51TaU9nlcFu63p7WjAXd vFVGMbd+3sHfVNW9yz1g9rYzFWKQEzOb/VLBaI9FUjNpRJCc1bksfyMoV2ShP9O6 JqEwCEqaa0yNdYzWiaqvH1xX1++6EuRnBEkwXKi3hrrnySI3JZn/X+FCN5SRAv1/ sjvcb+R6AJD+w9jwSzvkDM/CLuorbrLDYVzyDs1r8NAl2jWDzTCvW9Q9HIKlE8nK 0xmwviM2eyfWfVxT1JM2vucyb+r/rZZHnqO4lLaf9D7k4WOER5tVoyUzsxQ72Ib0 c/zRmT+iKmF76T2TjpkhRtyBPKAR/HL0zEIpbszhf+j5bq21YSzBzkvcfM7EL46A pV9jvvaK+JmwkiuycJwCmfnaN3I71rmie9jmpBXcM8DzX4wwXpoEeNGK9d2Mnw5w EcfOzg5PrpmQhErr3W3VVqW55Rek2lL1KVIy6nn6T86BMvdzaEEJReZd/GKvWrXy 7XsRh2yK/KgyVKC1jPIz =D/K1 -----END PGP SIGNATURE----- --Apple-Mail=_316103A0-33D7-4E0C-B5BA-66523B382DA3-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 26 09:00:54 2015 Received: (at control) by debbugs.gnu.org; 26 Dec 2015 14:00:54 +0000 Received: from localhost ([127.0.0.1]:37180 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCpOw-0004Dt-Ks for submit@debbugs.gnu.org; Sat, 26 Dec 2015 09:00:54 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:60017) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCpOv-0004Bc-0Y for control@debbugs.gnu.org; Sat, 26 Dec 2015 09:00:53 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aCpOZ-000802-Bc for control@debbugs.gnu.org; Sat, 26 Dec 2015 15:00:31 +0100 Date: Sat, 26 Dec 2015 15:00:30 +0100 Message-Id: <87k2o11f9d.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #16995 X-MailScanner-ID: 1aCpOZ-000802-Bc X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451743232.68174@IDM39aXZqVaiGzdACupsLQ X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) close 16995