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

Previous Next

Package: emacs;

Reported by: djcb <at> djcbsoftware.nl

Date: Sat, 6 Feb 2010 15:58:02 UTC

Severity: normal

Merged with 10669

Found in version 24.0.93

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

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: 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




This bug report was last modified 4 years and 287 days ago.

Previous Next


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