emacs very slow; zombie processes eventually cleared

emacs very slow; zombie processes eventually cleared

[Rockefeller, Harry]

When I start emacs I get this message:
(emacs:192): Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion `extra_space >= 0' failed

Maybe when zombies are present (as reported by 'top') I get several of these messages:
(emacs:192): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called.

Perhaps I have too many 'helper' programs running?
e.g., why are there 3 dbus-daemon processes?
Here is the result of 'ps':
      PID    PPID    PGID     WINPID   TTY     UID    STIME COMMAND
     6028       1    4792       3460  ?       11097 08:24:51 /usr/lib/at-spi/at-spi-bus-launcher
     7632    5844    7632       3256  pty2    11097 10:07:40 /usr/bin/ps
     5908       1    4792       4804  ?       11097 08:24:52 /usr/lib/at-spi/at-spi2-registryd
     2480       1    2480       2480  ?       11097 08:22:47 /usr/bin/XWin
     5772    6028    4792       5820  ?       11097 08:24:52 /usr/bin/dbus-daemon
I    5388    1968    5388       5696  pty0    11097 08:23:02 /usr/bin/bash
      192    5388     192       4688  pty0    11097 08:24:44 /usr/bin/emacs-X11
     4696    5388    5388        604  pty0    11097 08:23:11 /usr/bin/xterm
     1968       1    1968       1968  cons0   11097 08:23:00 /usr/bin/xterm
     5844    4696    5844        228  pty2    11097 08:23:12 /usr/bin/bash
     4792       1    4792       4792  ?       11097 08:24:51 /usr/bin/dbus-daemon
     3436       1     192       3436  pty0    11097 08:24:51 /usr/bin/dbus-launch
     5576       1    5576       5576  ?       11097 08:23:13 /usr/bin/dbus-daemon

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: emacs very slow; zombie processes eventually cleared

[Ken Brown]

On 7/2/2013 11:41 AM, Rockefeller, Harry wrote:
> When I start emacs I get this message:
> (emacs:192): Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion `extra_space >= 0' failed

Are you saying that this happens every time you start emacs?  Does it 
even happen when you start with 'emacs -Q'?  If not, maybe you could do 
some testing to figure out what in your initialization (including X11 
initialization) triggers it.  This might help to pin down the bug.

> Maybe when zombies are present (as reported by 'top') I get several of these messages:
> (emacs:192): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called.

This is a bogus warning and can be ignored.  It will be suppressed in 
future releases of emacs.

> Perhaps I have too many 'helper' programs running?
> e.g., why are there 3 dbus-daemon processes?
> Here is the result of 'ps':
>        PID    PPID    PGID     WINPID   TTY     UID    STIME COMMAND
>       6028       1    4792       3460  ?       11097 08:24:51 /usr/lib/at-spi/at-spi-bus-launcher
>       7632    5844    7632       3256  pty2    11097 10:07:40 /usr/bin/ps
>       5908       1    4792       4804  ?       11097 08:24:52 /usr/lib/at-spi/at-spi2-registryd
>       2480       1    2480       2480  ?       11097 08:22:47 /usr/bin/XWin
>       5772    6028    4792       5820  ?       11097 08:24:52 /usr/bin/dbus-daemon
> I    5388    1968    5388       5696  pty0    11097 08:23:02 /usr/bin/bash
>        192    5388     192       4688  pty0    11097 08:24:44 /usr/bin/emacs-X11
>       4696    5388    5388        604  pty0    11097 08:23:11 /usr/bin/xterm
>       1968       1    1968       1968  cons0   11097 08:23:00 /usr/bin/xterm
>       5844    4696    5844        228  pty2    11097 08:23:12 /usr/bin/bash
>       4792       1    4792       4792  ?       11097 08:24:51 /usr/bin/dbus-daemon
>       3436       1     192       3436  pty0    11097 08:24:51 /usr/bin/dbus-launch
>       5576       1    5576       5576  ?       11097 08:23:13 /usr/bin/dbus-daemon

My system is similar, but I only have two dbus-daemons running.  And 
when I exit from the X server, all these 'helper' processes disappear.

I think I might have mentioned once before when you wrote about zombie 
processes that there is a known problem in emacs-24.3 that can cause 
problems with subprocesses.  This is caused by race conditions between 
emacs and glib.  The problem has recently been fixed on the emacs 
development trunk.  If you'd like, I could build emacs from a snapshot 
of the trunk and let you test it to see if some of your problems go away.

Ken


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: emacs very slow; zombie processes eventually cleared

[J. David Boyd]

Ken Brown <kbrown@cornell.edu> writes:

> On 7/2/2013 11:41 AM, Rockefeller, Harry wrote:
>> When I start emacs I get this message:
>> (emacs:192): Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion `extra_space >= 0' failed
>
> Are you saying that this happens every time you start emacs?  Does it
> even happen when you start with 'emacs -Q'?  If not, maybe you could
> do some testing to figure out what in your initialization (including
> X11 initialization) triggers it.  This might help to pin down the bug.
>
>
> I think I might have mentioned once before when you wrote about zombie
> processes that there is a known problem in emacs-24.3 that can cause
> problems with subprocesses.  This is caused by race conditions between
> emacs and glib.  The problem has recently been fixed on the emacs
> development trunk.  If you'd like, I could build emacs from a snapshot
> of the trunk and let you test it to see if some of your problems go
> away.
>
> Ken


Yes, please, I think I have been bouncing off of this myself lately...

Dave


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: emacs very slow; zombie processes eventually cleared

[Ken Brown]

On 7/3/2013 2:51 PM, J. David Boyd wrote:
> Ken Brown <kbrown@cornell.edu> writes:
>
>> On 7/2/2013 11:41 AM, Rockefeller, Harry wrote:
>>> When I start emacs I get this message:
>>> (emacs:192): Gtk-CRITICAL **: gtk_distribute_natural_allocation: assertion `extra_space >= 0' failed
>>
>> Are you saying that this happens every time you start emacs?  Does it
>> even happen when you start with 'emacs -Q'?  If not, maybe you could
>> do some testing to figure out what in your initialization (including
>> X11 initialization) triggers it.  This might help to pin down the bug.
>>
>>
>> I think I might have mentioned once before when you wrote about zombie
>> processes that there is a known problem in emacs-24.3 that can cause
>> problems with subprocesses.  This is caused by race conditions between
>> emacs and glib.  The problem has recently been fixed on the emacs
>> development trunk.  If you'd like, I could build emacs from a snapshot
>> of the trunk and let you test it to see if some of your problems go
>> away.
>>
>> Ken
>
>
> Yes, please, I think I have been bouncing off of this myself lately...

OK, I've built bzr revision 113271 and uploaded it to my personal Cygwin 
repository:

   http://sanibeltranquility.com/cygwin/

There are instructions on that page for installing it.  Please let me 
know how it works.  I'm especially interested in knowing whether it 
solves some of the problems with zombie processes that have been reported.

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: emacs very slow; zombie processes eventually cleared

[Ken Brown]

[I'm including your private message to me below to avoid breaking the 
thread.]

On 7/3/2013 5:33 PM, Rockefeller, Harry wrote:
> FWIW, my corporate email interceptor is broken.  This never made it out to the list.
> I attempted to ask nicely to simply allow all emails from and to domain Cygwin.com,
> but they don't want to comply.

>>> On 7/2/2013 11:41 AM, Rockefeller, Harry wrote:
>>>> When I start emacs I get this message:
>>>> (emacs:192): Gtk-CRITICAL **: gtk_distribute_natural_allocation:
>>>> assertion `extra_space >= 0' failed
> [snip]
> Ken asks:
>>> maybe you could do some testing to figure out what in your
>>> initialization (including X11 initialization) triggers it.  This might
>>> help to pin down the bug.
>
> My first response:
>> It appears to be related to version control 'vc' and maybe 'psvn' packages.
>> I removed "(require 'cl)" and load-library "vc-svn" from my .emacs init file and this message went away.
>
> That's not the cause of the above GTk-Critical message.
> When I start emacs in dired mode on the current directory like this:
> "emacs -Q ."
> I don't get the Gtk message.
> But when I start emacs with my font of choice like this:
> "emacs --font 6x10 -Q ."
> I do get the Gtk message.
> I tried some other fonts:
> No Gtk message with "fixed", "rk14" and "10x20".
> Gtk message did happen with "6x9".

I can reproduce this, but only when emacs is started in dired mode.  And 
emacs seems to run OK in spite of the message, though I didn't test it much.

> I don't know if this has anything to do with slowness and/or temporary zombie processes.

I don't know either.  My build from the emacs trunk still gives that 
error message.  It will be interesting to see whether you still have 
problems with zombie processes.

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple