unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
* notmuch zombie apocolypse
@ 2013-06-12  1:31 David Bremner
  2013-06-12 17:10 ` Austin Clements
  0 siblings, 1 reply; 2+ messages in thread
From: David Bremner @ 2013-06-12  1:31 UTC (permalink / raw)
  To: notmuch


Hi All;

I've noticed some strange behaviour with zombie processes and
notmuch-emacs.

* 0.15.2
- start large search, quit (with q)
- zombie is created
- repeat as many times as you like.
- first search to complete, all zombies are gone.
- CPU is not pegged.

* 0.15.2+174
  - even searches that complete create zombies
  - cpu usage of emacs process hits 100%

Defining the former as "good" and the latter as "bad", 
bisect reveals 08fde50bf3a4c5 as the first "bad" commit.

I am running emacs 24.3.1 on Debian jessie, with linux kernel 3.9.5-1
from unstable.

The bug is pretty annoying since it runs down the battery on my
laptop. In a quick test on another machine running Debian wheezy but
still emacs 24.3.1, I don't see any zombies created at all. I'm not sure
what the imprtant variable is, libc, glib, kernel...

d

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: notmuch zombie apocolypse
  2013-06-12  1:31 notmuch zombie apocolypse David Bremner
@ 2013-06-12 17:10 ` Austin Clements
  0 siblings, 0 replies; 2+ messages in thread
From: Austin Clements @ 2013-06-12 17:10 UTC (permalink / raw)
  To: David Bremner; +Cc: notmuch

TL;DR: This is a bug caused by GTK Emacs 24 and recent glib
(introduced somewhere between 2.33.12 and 2.36.1) when there's no
D-BUS session daemon running.  It was "fixed" in Emacs git two weeks
ago, but you can temporarily work around the problem by running DBUS
or by exporting GSETTINGS_BACKEND=memory.

Quoth David Bremner on Jun 12 at 10:31 am:
> 
> Hi All;
> 
> I've noticed some strange behaviour with zombie processes and
> notmuch-emacs.
> 
> * 0.15.2
> - start large search, quit (with q)
> - zombie is created
> - repeat as many times as you like.
> - first search to complete, all zombies are gone.
> - CPU is not pegged.
> 
> * 0.15.2+174
>   - even searches that complete create zombies
>   - cpu usage of emacs process hits 100%
> 
> Defining the former as "good" and the latter as "bad", 
> bisect reveals 08fde50bf3a4c5 as the first "bad" commit.
> 
> I am running emacs 24.3.1 on Debian jessie, with linux kernel 3.9.5-1
> from unstable.
> 
> The bug is pretty annoying since it runs down the battery on my
> laptop. In a quick test on another machine running Debian wheezy but
> still emacs 24.3.1, I don't see any zombies created at all. I'm not sure
> what the imprtant variable is, libc, glib, kernel...

This is Emacs bug #14474:
  http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-05/msg00705.html
  http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-06/msg00002.html
Paul Eggert found the same cause that David and I painstakingly
tracked down over IRC:
  http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-05/msg00726.html
This workaround was committed to Emacs git master on May 30th in 8dea8fe0:
  http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-05/msg00752.html

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-06-12 17:10 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-06-12  1:31 notmuch zombie apocolypse David Bremner
2013-06-12 17:10 ` Austin Clements

Code repositories for project(s) associated with this public inbox

	https://yhetil.org/notmuch.git/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).