GNU bug report logs - #5535
23.1.50; emacs daemon high CPU load even while ununsed

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5535 in the body.
You can then email your comments to 5535 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: djcb <at> djcbsoftware.nl
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; emacs daemon high CPU load even while ununsed
Date: Sat, 06 Feb 2010 17:57:18 +0200

I noted that Emacs (emacs --daemon) takes a lot of of CPU (up to 80%), even
when I am not using it. I am starting emacs --daemon from my ~/.gnomerc, which
is invoked when I start my X session.

I used strace to see what was going on:

gettimeofday({1265471350, 42334}, NULL) = 0
read(0, "", 4096)                       = 0
write(2, "Back to top level.", 18)      = 18
write(2, "\n", 1)                       = 1
poll([{fd=7, events=POLLIN}], 1, 0)     = 0 (Timeout)
gettimeofday({1265471350, 42538}, NULL) = 0
read(0, "", 4096)                       = 0
write(2, "Back to top level.", 18)      = 18
write(2, "\n", 1)                       = 1
poll([{fd=7, events=POLLIN}], 1, 0)     = 0 (Timeout)
gettimeofday({1265471350, 42736}, NULL) = 0
read(0, "", 4096)                       = 0
write(2, "Back to top level.", 18)      = 18
write(2, "\n", 1)                       = 1

[...]

and this continues at high speed. Apparently, emacs calling the lisp function
normal-top-level in lisp/startup.el many, many times.

Hope this helps tracking down the issue.

Best wishes,
Dirk.


If you would like to further debug the crash, please read the file
/usr/share/emacs/23.1.50/etc/DEBUG for instructions.


In GNU Emacs 23.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 2.18.0)
 of 2009-09-27 on crested, modified by Debian
 (emacs-snapshot package, version 1:20090909-1)
Windowing system distributor `The X.Org Foundation', version 11.0.10604000
configured using `configure  '--build' 'x86_64-linux-gnu' '--host' 'x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.1.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.1.50/site-lisp:/usr/share/emacs/site-lisp' '--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=x86_64-linux-gnu' 'host_alias=x86_64-linux-gnu' 'CFLAGS=-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: C
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: C
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8
  default enable-multibyte-characters: t

Major mode: ELisp

Minor modes in effect:
  erc-track-mode: t
  erc-autojoin-mode: t
  tabkey2-mode: t
  show-paren-mode: t
  global-hl-line-mode: t
  shell-dirtrack-mode: t
  recentf-mode: t
  savehist-mode: t
  cua-mode: t
  icomplete-mode: t
  display-time-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-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
  abbrev-mode: t

Recent input:
<down-mouse-1> <mouse-movement> <mouse-1> <help-echo> 
<help-echo> M-x e m a <tab> r e <tab> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> r e p o <tab> r t <tab> <return>

Recent messages:
Loading /home/djcb/.emacs.d/elpa/package.el (source)...done
Loading /home/djcb/.emacs.tmp/recentf...done
Cleaning up the recentf list...done (0 removed)
Ido mode enabled
Preparing diary...
Loading vc-svn...done
Loading vc-git...done
No diary entries for Saturday, February 6, 2010
Autoloading failed to define function linum-mode
Making completion list...

Load-path shadows:
/home/djcb/.emacs.d/elpa/facebook-0.0.1/facebook hides /home/djcb/.emacs.d/elisp/facebook
/home/djcb/.emacs.d/elisp/elscreen hides /usr/share/emacs-snapshot/site-lisp/elscreen/elscreen
/home/djcb/.emacs.d/elisp/htmlize hides /usr/share/emacs-snapshot/site-lisp/emacs-goodies-el/htmlize
/home/djcb/.emacs.d/elisp/color-theme hides /usr/share/emacs-snapshot/site-lisp/emacs-goodies-el/color-theme
/home/djcb/.emacs.d/elisp/thinks hides /usr/share/emacs-snapshot/site-lisp/emacs-goodies-el/thinks
/home/djcb/.emacs.d/elisp/boxquote hides /usr/share/emacs-snapshot/site-lisp/emacs-goodies-el/boxquote
/home/djcb/.emacs.d/elisp/muttrc-mode hides /usr/share/emacs-snapshot/site-lisp/emacs-goodies-el/muttrc-mode
/home/djcb/.emacs.d/elisp/quack hides /usr/share/emacs-snapshot/site-lisp/emacs-goodies-el/quack
/home/djcb/.emacs.d/elisp/slang-mode hides /usr/share/emacs-snapshot/site-lisp/emacs-goodies-el/slang-mode
/usr/share/emacs-snapshot/site-lisp/mailcrypt/mc-gpg hides /usr/share/emacs/site-lisp/mailcrypt/mc-gpg
/usr/share/emacs-snapshot/site-lisp/mailcrypt/expect hides /usr/share/emacs/site-lisp/mailcrypt/expect
/usr/share/emacs-snapshot/site-lisp/mailcrypt/mc-toplev hides /usr/share/emacs/site-lisp/mailcrypt/mc-toplev
/usr/share/emacs-snapshot/site-lisp/mailcrypt/mc-pgp5 hides /usr/share/emacs/site-lisp/mailcrypt/mc-pgp5
/usr/share/emacs-snapshot/site-lisp/mailcrypt/mc-pgp6 hides /usr/share/emacs/site-lisp/mailcrypt/mc-pgp6
/usr/share/emacs-snapshot/site-lisp/mailcrypt/mc-setversion hides /usr/share/emacs/site-lisp/mailcrypt/mc-setversion
/usr/share/emacs-snapshot/site-lisp/mailcrypt/mailcrypt hides /usr/share/emacs/site-lisp/mailcrypt/mailcrypt
/usr/share/emacs-snapshot/site-lisp/mailcrypt/mc-pgp hides /usr/share/emacs/site-lisp/mailcrypt/mc-pgp
/usr/share/emacs-snapshot/site-lisp/mailcrypt/mc-remail hides /usr/share/emacs/site-lisp/mailcrypt/mc-remail
/usr/share/emacs/23.1.50/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup
/usr/share/emacs-snapshot/site-lisp/semi/pgg-parse hides /usr/share/emacs/23.1.50/lisp/pgg-parse
/usr/share/emacs-snapshot/site-lisp/semi/pgg-pgp5 hides /usr/share/emacs/23.1.50/lisp/pgg-pgp5
/usr/share/emacs-snapshot/site-lisp/semi/pgg-pgp hides /usr/share/emacs/23.1.50/lisp/pgg-pgp
/usr/share/emacs-snapshot/site-lisp/semi/pgg-def hides /usr/share/emacs/23.1.50/lisp/pgg-def
/home/djcb/.emacs.d/elpa/json-1.2/json hides /usr/share/emacs/23.1.50/lisp/json
/usr/share/emacs-snapshot/site-lisp/semi/pgg-gpg hides /usr/share/emacs/23.1.50/lisp/pgg-gpg
/usr/share/emacs-snapshot/site-lisp/flim/hex-util hides /usr/share/emacs/23.1.50/lisp/hex-util
/usr/share/emacs-snapshot/site-lisp/flim/sha1 hides /usr/share/emacs/23.1.50/lisp/sha1
/usr/share/emacs-snapshot/site-lisp/semi/pgg hides /usr/share/emacs/23.1.50/lisp/pgg
/usr/share/emacs-snapshot/site-lisp/flim/md4 hides /usr/share/emacs/23.1.50/lisp/md4
/usr/share/emacs-snapshot/site-lisp/cedet-common/ezimage hides /usr/share/emacs/23.1.50/lisp/ezimage
/home/djcb/.emacs.d/elisp/linum hides /usr/share/emacs/23.1.50/lisp/linum
/usr/share/emacs-snapshot/site-lisp/css-mode/css-mode hides /usr/share/emacs/23.1.50/lisp/textmodes/css-mode
/usr/local/share/emacs/site-lisp/org-vm hides /usr/share/emacs/23.1.50/lisp/org/org-vm
/usr/local/share/emacs/site-lisp/org-rmail hides /usr/share/emacs/23.1.50/lisp/org/org-rmail
/usr/local/share/emacs/site-lisp/org-indent hides /usr/share/emacs/23.1.50/lisp/org/org-indent
/usr/local/share/emacs/site-lisp/org-bbdb hides /usr/share/emacs/23.1.50/lisp/org/org-bbdb
/usr/local/share/emacs/site-lisp/org-install hides /usr/share/emacs/23.1.50/lisp/org/org-install
/usr/local/share/emacs/site-lisp/org-faces hides /usr/share/emacs/23.1.50/lisp/org/org-faces
/usr/local/share/emacs/site-lisp/org-feed hides /usr/share/emacs/23.1.50/lisp/org/org-feed
/usr/local/share/emacs/site-lisp/org-gnus hides /usr/share/emacs/23.1.50/lisp/org/org-gnus
/usr/local/share/emacs/site-lisp/org-docbook hides /usr/share/emacs/23.1.50/lisp/org/org-docbook
/usr/local/share/emacs/site-lisp/org-ascii hides /usr/share/emacs/23.1.50/lisp/org/org-ascii
/usr/local/share/emacs/site-lisp/org-wl hides /usr/share/emacs/23.1.50/lisp/org/org-wl
/usr/local/share/emacs/site-lisp/org-irc hides /usr/share/emacs/23.1.50/lisp/org/org-irc
/usr/local/share/emacs/site-lisp/org-footnote hides /usr/share/emacs/23.1.50/lisp/org/org-footnote
/usr/local/share/emacs/site-lisp/org-mew hides /usr/share/emacs/23.1.50/lisp/org/org-mew
/usr/local/share/emacs/site-lisp/org-mhe hides /usr/share/emacs/23.1.50/lisp/org/org-mhe
/usr/local/share/emacs/site-lisp/org-latex hides /usr/share/emacs/23.1.50/lisp/org/org-latex
/usr/local/share/emacs/site-lisp/org-exp hides /usr/share/emacs/23.1.50/lisp/org/org-exp
/usr/local/share/emacs/site-lisp/org hides /usr/share/emacs/23.1.50/lisp/org/org
/usr/local/share/emacs/site-lisp/org-info hides /usr/share/emacs/23.1.50/lisp/org/org-info
/usr/local/share/emacs/site-lisp/org-attach hides /usr/share/emacs/23.1.50/lisp/org/org-attach
/usr/local/share/emacs/site-lisp/org-compat hides /usr/share/emacs/23.1.50/lisp/org/org-compat
/usr/local/share/emacs/site-lisp/org-archive hides /usr/share/emacs/23.1.50/lisp/org/org-archive
/usr/local/share/emacs/site-lisp/org-inlinetask hides /usr/share/emacs/23.1.50/lisp/org/org-inlinetask
/usr/local/share/emacs/site-lisp/org-mac-message hides /usr/share/emacs/23.1.50/lisp/org/org-mac-message
/usr/local/share/emacs/site-lisp/org-icalendar hides /usr/share/emacs/23.1.50/lisp/org/org-icalendar
/usr/local/share/emacs/site-lisp/org-id hides /usr/share/emacs/23.1.50/lisp/org/org-id
/usr/local/share/emacs/site-lisp/org-list hides /usr/share/emacs/23.1.50/lisp/org/org-list
/usr/local/share/emacs/site-lisp/org-protocol hides /usr/share/emacs/23.1.50/lisp/org/org-protocol
/usr/local/share/emacs/site-lisp/org-table hides /usr/share/emacs/23.1.50/lisp/org/org-table
/usr/local/share/emacs/site-lisp/org-jsinfo hides /usr/share/emacs/23.1.50/lisp/org/org-jsinfo
/usr/local/share/emacs/site-lisp/org-timer hides /usr/share/emacs/23.1.50/lisp/org/org-timer
/usr/local/share/emacs/site-lisp/org-remember hides /usr/share/emacs/23.1.50/lisp/org/org-remember
/usr/local/share/emacs/site-lisp/org-agenda hides /usr/share/emacs/23.1.50/lisp/org/org-agenda
/usr/local/share/emacs/site-lisp/org-mouse hides /usr/share/emacs/23.1.50/lisp/org/org-mouse
/usr/local/share/emacs/site-lisp/org-w3m hides /usr/share/emacs/23.1.50/lisp/org/org-w3m
/usr/local/share/emacs/site-lisp/org-macs hides /usr/share/emacs/23.1.50/lisp/org/org-macs
/usr/local/share/emacs/site-lisp/org-plot hides /usr/share/emacs/23.1.50/lisp/org/org-plot
/usr/local/share/emacs/site-lisp/org-xoxo hides /usr/share/emacs/23.1.50/lisp/org/org-xoxo
/usr/local/share/emacs/site-lisp/org-html hides /usr/share/emacs/23.1.50/lisp/org/org-html
/usr/local/share/emacs/site-lisp/org-src hides /usr/share/emacs/23.1.50/lisp/org/org-src
/usr/local/share/emacs/site-lisp/org-clock hides /usr/share/emacs/23.1.50/lisp/org/org-clock
/usr/local/share/emacs/site-lisp/org-publish hides /usr/share/emacs/23.1.50/lisp/org/org-publish
/usr/local/share/emacs/site-lisp/org-bibtex hides /usr/share/emacs/23.1.50/lisp/org/org-bibtex
/usr/local/share/emacs/site-lisp/org-colview hides /usr/share/emacs/23.1.50/lisp/org/org-colview
/usr/local/share/emacs/site-lisp/org-exp-blocks hides /usr/share/emacs/23.1.50/lisp/org/org-exp-blocks
/usr/share/emacs-snapshot/site-lisp/flim/sasl-digest hides /usr/share/emacs/23.1.50/lisp/net/sasl-digest
/usr/share/emacs-snapshot/site-lisp/flim/hmac-def hides /usr/share/emacs/23.1.50/lisp/net/hmac-def
/usr/share/emacs-snapshot/site-lisp/flim/sasl hides /usr/share/emacs/23.1.50/lisp/net/sasl
/usr/share/emacs-snapshot/site-lisp/flim/sasl-ntlm hides /usr/share/emacs/23.1.50/lisp/net/sasl-ntlm
/usr/share/emacs-snapshot/site-lisp/flim/ntlm hides /usr/share/emacs/23.1.50/lisp/net/ntlm
/home/djcb/.emacs.d/config/newsticker hides /usr/share/emacs/23.1.50/lisp/net/newsticker
/usr/share/emacs-snapshot/site-lisp/flim/hmac-md5 hides /usr/share/emacs/23.1.50/lisp/net/hmac-md5
/usr/share/emacs-snapshot/site-lisp/flim/sasl-cram hides /usr/share/emacs/23.1.50/lisp/net/sasl-cram
/usr/share/emacs-snapshot/site-lisp/wl/rfc2368 hides /usr/share/emacs/23.1.50/lisp/mail/rfc2368

Message #8 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Dan Nicolaescu <dann <at> ics.uci.edu>
To: djcb <at> djcbsoftware.nl
Cc: 5535 <at> debbugs.gnu.org
Subject: Re: bug#5535: 23.1.50; emacs daemon high CPU load even while ununsed
Date: Sat, 6 Feb 2010 10:34:18 -0800 (PST)

djcb <at> djcbsoftware.nl writes:

  > I noted that Emacs (emacs --daemon) takes a lot of of CPU (up to 80%), even
  > when I am not using it. I am starting emacs --daemon from my ~/.gnomerc, which
  > is invoked when I start my X session.
  > 
  > I used strace to see what was going on:
  > 
  > gettimeofday({1265471350, 42334}, NULL) = 0
  > read(0, "", 4096)                       = 0
  > write(2, "Back to top level.", 18)      = 18
  > write(2, "\n", 1)                       = 1
  > poll([{fd=7, events=POLLIN}], 1, 0)     = 0 (Timeout)
  > gettimeofday({1265471350, 42538}, NULL) = 0
  > read(0, "", 4096)                       = 0
  > write(2, "Back to top level.", 18)      = 18
  > write(2, "\n", 1)                       = 1
  > poll([{fd=7, events=POLLIN}], 1, 0)     = 0 (Timeout)
  > gettimeofday({1265471350, 42736}, NULL) = 0
  > read(0, "", 4096)                       = 0
  > write(2, "Back to top level.", 18)      = 18
  > write(2, "\n", 1)                       = 1
  > 
  > [...]
  > 
  > and this continues at high speed. Apparently, emacs calling the lisp function
  > normal-top-level in lisp/startup.el many, many times.
  
  > Hope this helps tracking down the issue.

Did you have X11 emacs frames and kill the frames, or kill X11?
If yes, then it's probably a long time bug in Gtk+ that causes this.
http://bugzilla.gnome.org/show_bug.cgi?id=85715

  > Best wishes,
  > Dirk.
  > 
  > 
  > If you would like to further debug the crash, please read the file
  > /usr/share/emacs/23.1.50/etc/DEBUG for instructions.
  > 
  > 
  > In GNU Emacs 23.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 2.18.0)
  >  of 2009-09-27 on crested, modified by Debian
  >  (emacs-snapshot package, version 1:20090909-1)

This is an old snapshot, you might want to try a newer version.

Message #11 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Dirk-Jan C. Binnema <djcb <at> djcbsoftware.nl>
To: Dan Nicolaescu <dann <at> ics.uci.edu>
Cc: "5535 <at> debbugs.gnu.org" <5535 <at> debbugs.gnu.org>
Subject: Re: bug#5535: 23.1.50; emacs daemon high CPU load even while ununsed
Date: Sun, 07 Feb 2010 17:06:03 +0200

Hi Dan,

>>>>> "Dan" == Dan Nicolaescu <dann <at> ics.uci.edu> writes:

    Dan> djcb <at> djcbsoftware.nl writes:
    >> I noted that Emacs (emacs --daemon) takes a lot of of CPU (up to 80%), even
    >> when I am not using it. I am starting emacs --daemon from my ~/.gnomerc, which
    >> is invoked when I start my X session.
    >> 
    >> I used strace to see what was going on:
    >> 
    >> gettimeofday({1265471350, 42334}, NULL) = 0
    >> read(0, "", 4096)                       = 0
    >> write(2, "Back to top level.", 18)      = 18
    >> write(2, "\n", 1)                       = 1
    >> poll([{fd=7, events=POLLIN}], 1, 0)     = 0 (Timeout)
    >> gettimeofday({1265471350, 42538}, NULL) = 0
    >> read(0, "", 4096)                       = 0
    >> write(2, "Back to top level.", 18)      = 18
    >> write(2, "\n", 1)                       = 1
    >> poll([{fd=7, events=POLLIN}], 1, 0)     = 0 (Timeout)
    >> gettimeofday({1265471350, 42736}, NULL) = 0
    >> read(0, "", 4096)                       = 0
    >> write(2, "Back to top level.", 18)      = 18
    >> write(2, "\n", 1)                       = 1
    >> 
    >> [...]
    >> 
    >> and this continues at high speed. Apparently, emacs calling the lisp function
    >> normal-top-level in lisp/startup.el many, many times.
  
    >> Hope this helps tracking down the issue.

    Dan> Did you have X11 emacs frames and kill the frames, or kill X11?
    Dan> If yes, then it's probably a long time bug in Gtk+ that causes this.
    Dan> http://bugzilla.gnome.org/show_bug.cgi?id=85715

I did not open any frames yet; emacs-daemon was just running in the
background.

I noticed that when I started cmdline manually, I got into some weird
semi-interactive state -- emacs was not visible, but it seemed as if emacs was
somehow interpreting my key strokes, and its output was only the echo area.

Anyway, I'll see if it can be reproduced with the newer snapshot (I have
upgraded now).

Thanks,
Dirk.

-- 
Dirk-Jan C. Binnema                  Helsinki, Finland
e:djcb <at> djcbsoftware.nl           w:www.djcbsoftware.nl
pgp: D09C E664 897D 7D39 5047 A178 E96A C7A1 017D DA3C

Message #14 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: djcb <at> djcbsoftware.nl
Cc: 5535 <at> debbugs.gnu.org
Subject: Re: bug#5535: 23.1.50; emacs daemon high CPU load even while ununsed
Date: Thu, 06 Oct 2011 03:40:12 -0400

Re: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5535

Do you still see this issue in the latest version of Emacs?

Message #17 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Dirk-Jan C. Binnema <djcb <at> djcbsoftware.nl>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 5535 <at> debbugs.gnu.org
Subject: Re: Re: bug#5535: 23.1.50;
	emacs daemon high CPU load even while ununsed
Date: Sun, 23 Oct 2011 20:52:37 +0300

Hi Glenn,

On Thu 06 Oct 2011 10:40:12 AM EEST, Glenn Morris wrote:

 > 
 > Re: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5535
 > 
 > Do you still see this issue in the latest version of Emacs?

I think it has gotten much better (I'm using emacs 24 snapshots). The only
time I still see it sometimes is with ERC. I'll try to get some backtrace
there.

Best wishes,
Dirk.

Message #20 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Sascha Wilde <wilde <at> sha-bang.de>
To: 5535 <at> debbugs.gnu.org
Subject: 24.0.91, emacs daemon high CPU load and .xsession-errors overflow
Date: Tue, 29 Nov 2011 12:57:05 +0100

Hi *,

I'm suffering from the same problem and it is still very bad with
current builds:

- the emacs in daemon mode takes up 100% CPU
- in addition the .xsession-errors is polluted with billions of lines
  only containing "Back to top level." -- this is even worse than the
  CPU usage as it fills up the disk space with megs and gigs of useless
  messages within minutes...

Any Ideas why this is?  Dirk-Jan mentioned erc, which I'm using, too.
But basically I wonder if it wouldn't help (and might be a good idea in
general) to mute the "Back to top level." Message completely for non
interactive use?

cheers
sascha
-- 
Sascha Wilde
Hauptfunktion einer GUI ist es IMHO, die dadurch verlorene Zeit durch
einen höheren Spaß-Faktor zu kompensieren. Essentiell ein
Computerspiel.  --  Rainer Weikusat in d.c.o.u.d

Message #23 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Sascha Wilde <wilde <at> sha-bang.de>
To: 5535 <at> debbugs.gnu.org
Subject: Re: 24.0.91, emacs daemon high CPU load and .xsession-errors overflow
Date: Tue, 29 Nov 2011 13:07:14 +0100

Sascha Wilde <wilde <at> sha-bang.de> wrote:

It turned out my problem was caused by an older emacs daemon process
which -- for unknown reasons -- did not cleanly terminate.  emacs-client
wasn't able to connect it any more (and spawned a new emacs deamon for
that reason) but the old daemon was still around and, for some reasons,
misbehaving in the described ways...

cheers
sascha
-- 
Sascha Wilde

Lisp is the red pill.
  -- John Fraser, comp.lang.lisp

Message #28 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: djcb <at> djcbsoftware.nl
Cc: 5535 <at> debbugs.gnu.org
Subject: Re: bug#5535: 23.1.50; emacs daemon high CPU load even while ununsed
Date: Fri, 7 Aug 2020 03:52:09 -0700

djcb <at> djcbsoftware.nl writes:

> I noted that Emacs (emacs --daemon) takes a lot of of CPU (up to 80%), even
> when I am not using it. I am starting emacs --daemon from my ~/.gnomerc, which
> is invoked when I start my X session.

That was 10 years ago.  Is this still an issue using modern versions of
Emacs?

Best regards,
Stefan Kangas

Message #31 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Michael Welsh Duggan <md5i <at> md5i.com>
Cc: 5535 <at> debbugs.gnu.org, 10669 <at> debbugs.gnu.org
Subject: Re: bug#10669: More debugging
Date: Fri, 7 Aug 2020 03:52:13 -0700

Michael Welsh Duggan <md5i <at> md5i.com> writes:

> Michael Welsh Duggan <md5i <at> md5i.com> writes:
>
>> Okay.  Here's what the infinite loop actually is:
>>
>> The C function 'command_loop' calls 'top_level_1', which eventually
>> evals 'top-level', which is 'normal-top-level'.  'normal-top-level'
>> notes that 'command-line-processed' is t, calls (message "Back to top
>> level."), and then returns.
>>
>> Back to 'command_loop, which then calls 'command_loop_2', which calls
>> command_loop_1', which calls 'read_key_sequence', which calls
>> 'read_char'.
>>
>> 'read_char' eventually calls 'kbd_buffer_get_event' at keyboard.c:2797.
>> This ends up calling getchar(), since we are running as a daemon
>> (keyboard.c:3796).  This getchar() returns -1.  'read_char' returns this
>> -1.
>
> So, at this point, daemon_pipe[] == {3, 4}.  It looks to me that
> 'daemon-initialized' isn't being called by 'command-line'.  This may be
> due to the --eval "(server-start)"?  I think I may need some help
> debugging further than this.

That was 8 years ago.  Is this still an issue using modern versions of
Emacs?

Best regards,
Stefan Kangas

Message #34 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: "Dirk-Jan C. Binnema" <djcb <at> djcbsoftware.nl>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 5535 <at> debbugs.gnu.org
Subject: Re: bug#5535: 23.1.50; emacs daemon high CPU load even while ununsed
Date: Sat, 08 Aug 2020 10:33:09 +0300

On Friday Aug 07 2020, Stefan Kangas wrote:

> djcb <at> djcbsoftware.nl writes:
>
>> I noted that Emacs (emacs --daemon) takes a lot of of CPU (up to 80%), even
>> when I am not using it. I am starting emacs --daemon from my ~/.gnomerc, which
>> is invoked when I start my X session.
>
> That was 10 years ago.  Is this still an issue using modern versions of
> Emacs?
>
> Best regards,
> Stefan Kangas

Haven't seen this in a long time; feel free to close.

Kind regards,
Dirk.

--
Dirk-Jan C. Binnema                  Helsinki, Finland
e:djcb <at> djcbsoftware.nl           w:www.djcbsoftware.nl
gpg: 6987 9CED 1745 9375 0F14 DA98 11DD FEA9 DCC4 A036

Message #37 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: "Dirk-Jan C. Binnema" <djcb <at> djcbsoftware.nl>
Cc: 5535 <at> debbugs.gnu.org
Subject: Re: bug#5535: 23.1.50; emacs daemon high CPU load even while ununsed
Date: Sat, 8 Aug 2020 07:42:37 -0700

"Dirk-Jan C. Binnema" <djcb <at> djcbsoftware.nl> writes:

> Haven't seen this in a long time; feel free to close.

Thank you for your prompt reply.

(This was merged with another bug report, where I've also asked for more
information, so I'll allow the reporter of that bug a couple of weeks to
reply before I'm closing the bug.)

Best regards,
Stefan Kangas

Message #40 received at 5535 <at> debbugs.gnu.org (full text, mbox):

From: Michael Welsh Duggan <mwd <at> md5i.com>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 5535 <at> debbugs.gnu.org, 10669 <at> debbugs.gnu.org
Subject: Re: bug#10669: More debugging
Date: Fri, 14 Aug 2020 10:32:36 -0400

Stefan Kangas <stefan <at> marxist.se> writes:

> Michael Welsh Duggan <md5i <at> md5i.com> writes:
>
>> Michael Welsh Duggan <md5i <at> md5i.com> writes:
>>
>>> Okay.  Here's what the infinite loop actually is:
>>>
>>> The C function 'command_loop' calls 'top_level_1', which eventually
>>> evals 'top-level', which is 'normal-top-level'.  'normal-top-level'
>>> notes that 'command-line-processed' is t, calls (message "Back to top
>>> level."), and then returns.
>>>
>>> Back to 'command_loop, which then calls 'command_loop_2', which calls
>>> command_loop_1', which calls 'read_key_sequence', which calls
>>> 'read_char'.
>>>
>>> 'read_char' eventually calls 'kbd_buffer_get_event' at keyboard.c:2797.
>>> This ends up calling getchar(), since we are running as a daemon
>>> (keyboard.c:3796).  This getchar() returns -1.  'read_char' returns this
>>> -1.
>>
>> So, at this point, daemon_pipe[] == {3, 4}.  It looks to me that
>> 'daemon-initialized' isn't being called by 'command-line'.  This may be
>> due to the --eval "(server-start)"?  I think I may need some help
>> debugging further than this.
>
> That was 8 years ago.  Is this still an issue using modern versions of
> Emacs?

I think you can close this.  If I encounter it again, I will just create
a new bug.

-- 
Michael Welsh Duggan
(md5i <at> md5i.com)

Message #43 received at 5535-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Michael Welsh Duggan <mwd <at> md5i.com>
Cc: 10669-done <at> debbugs.gnu.org, 5535-done <at> debbugs.gnu.org
Subject: Re: bug#10669: More debugging
Date: Fri, 14 Aug 2020 07:50:27 -0700

Michael Welsh Duggan <mwd <at> md5i.com> writes:

> I think you can close this.  If I encounter it again, I will just create
> a new bug.

Thanks, closing this bug now.

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.