GNU bug report logs - #31179
26.1; eww leaves processes that slow Emacs

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 31179 in the body.
You can then email your comments to 31179 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: Alex Branham <alex.branham <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 09:07:49 -0500

Eww is slow and makes Emacs slow when visiting a website with (for
example) gifs[1]. Which is understandable, given that a text editor is
trying to display a modern web page.

However, Emacs is slow even after killing the eww buffer. M-x
list-processes shows that several processes are still lying around. Is
there a way to make eww kill these?

Footnotes:
[1]  As an example: http://www.mostlymaths.net/2016/09/more-emacs-configuration-tweaks.html

In GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2018-04-11 built on mars
Windowing system distributor 'The X.Org Foundation', version 11.0.11906000

Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games
 --with-sound=alsa --with-modules --without-gconf --without-gsettings
 --with-mailutils --with-xml2 --with-x-toolkit=lucid --with-xft
 --with-xaw3d --with-imagemagick 'CFLAGS=-march=x86-64 -mtune=generic
 -O2 -pipe -fstack-protector-strong -fno-plt'
 CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XAW3D XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS NOTIFY ACL
GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11
MODULES THREADS LIBSYSTEMD LCMS2

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Alex Branham <alex.branham <at> gmail.com>
Cc: 31179 <at> debbugs.gnu.org
Subject: Re: bug#31179: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 16:20:46 +0200

Alex Branham <alex.branham <at> gmail.com> writes:

> Eww is slow and makes Emacs slow when visiting a website with (for
> example) gifs[1]. Which is understandable, given that a text editor is
> trying to display a modern web page.
>
> However, Emacs is slow even after killing the eww buffer. M-x
> list-processes shows that several processes are still lying around. Is
> there a way to make eww kill these?

What processes are these?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Alex Branham <alex.branham <at> gmail.com>
Cc: 31179 <at> debbugs.gnu.org
Subject: Re: bug#31179: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 16:23:18 +0200

Alex Branham <alex.branham <at> gmail.com> writes:

> However, Emacs is slow even after killing the eww buffer. M-x
> list-processes shows that several processes are still lying around. Is
> there a way to make eww kill these?
>
> Footnotes:
> [1]  As an example: http://www.mostlymaths.net/2016/09/more-emacs-configuration-tweaks.html

I tried this, and Emacs went back to using 0% CPU after killing off the
ewww buffer, so I'm unable to reproduce this.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Alex Branham <alex.branham <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 31179 <at> debbugs.gnu.org
Subject: Re: bug#31179: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 09:25:07 -0500

On Mon 16 Apr 2018 at 09:20, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Alex Branham <alex.branham <at> gmail.com> writes:
>
>> Eww is slow and makes Emacs slow when visiting a website with (for
>> example) gifs[1]. Which is understandable, given that a text editor is
>> trying to display a modern web page.
>>
>> However, Emacs is slow even after killing the eww buffer. M-x
>> list-processes shows that several processes are still lying around. Is
>> there a way to make eww kill these?
>
> What processes are these?

For that example url I gave, I have in M-x list-processes:

resources.bl... --      open    --              --           (network connection to resources.blogblog.com)
www.blogger.com --      open    --              --           (network connection to www.blogger.com)
www.mostlyma... --      open    --              --           (network connection to www.mostlymaths.net)

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Alex Branham <alex.branham <at> gmail.com>
Cc: 31179 <at> debbugs.gnu.org
Subject: Re: bug#31179: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 16:25:59 +0200

Alex Branham <alex.branham <at> gmail.com> writes:

>> What processes are these?
>
> For that example url I gave, I have in M-x list-processes:
>
> resources.bl... -- open -- -- (network connection to
> resources.blogblog.com)
> www.blogger.com -- open -- -- (network connection to www.blogger.com)
> www.mostlyma... -- open -- -- (network connection to
> www.mostlymaths.net)

Well, those are open network connections (which url.el keeps around),
and aren't processes, and should consume approximately zero CPU...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Alex Branham <alex.branham <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 31179 <at> debbugs.gnu.org
Subject: Re: bug#31179: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 09:29:19 -0500

On Mon 16 Apr 2018 at 09:25, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Alex Branham <alex.branham <at> gmail.com> writes:
>
>>> What processes are these?
>>
>> For that example url I gave, I have in M-x list-processes:
>>
>> resources.bl... -- open -- -- (network connection to
>> resources.blogblog.com)
>> www.blogger.com -- open -- -- (network connection to www.blogger.com)
>> www.mostlyma... -- open -- -- (network connection to
>> www.mostlymaths.net)
>
> Well, those are open network connections (which url.el keeps around),
> and aren't processes, and should consume approximately zero CPU...

The situation definitely improves for me after closing the eww buffer,
but Emacs is still sluggish. I assumed these extra processes were to
blame, but perhaps that's not right. I don't know what else could be the
culprit though.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Alex Branham <alex.branham <at> gmail.com>
Cc: 31179 <at> debbugs.gnu.org
Subject: Re: bug#31179: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 16:33:50 +0200

Alex Branham <alex.branham <at> gmail.com> writes:

> The situation definitely improves for me after closing the eww buffer,
> but Emacs is still sluggish. I assumed these extra processes were to
> blame, but perhaps that's not right. I don't know what else could be the
> culprit though.

Does `top' say that Emacs is using more CPU after opening and then
killing the eww buffer than before?  And how long does this last?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Andreas Schwab <schwab <at> suse.de>
To: Alex Branham <alex.branham <at> gmail.com>
Cc: 31179 <at> debbugs.gnu.org
Subject: Re: bug#31179: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 17:08:31 +0200

On Apr 16 2018, Alex Branham <alex.branham <at> gmail.com> wrote:

> Eww is slow and makes Emacs slow when visiting a website with (for
> example) gifs[1]. Which is understandable, given that a text editor is
> trying to display a modern web page.
>
> However, Emacs is slow even after killing the eww buffer. M-x
> list-processes shows that several processes are still lying around. Is
> there a way to make eww kill these?

Does it help to set url-http-attempt-keepalives to nil?

Andreas.

-- 
Andreas Schwab, SUSE Labs, schwab <at> suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."

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

From: Alex Branham <alex.branham <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Andreas Schwab <schwab <at> suse.de>, 31179 <at> debbugs.gnu.org
Subject: Re: bug#31179: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 15:10:56 -0500

On Mon 16 Apr 2018 at 09:33, Lars Ingebrigtsen <larsi <at> gnus.org> wrote:

> Does `top' say that Emacs is using more CPU after opening and then
> killing the eww buffer than before?  And how long does this last?

Only slightly. It's at 0% before and at 1% after. The amount of time
varies from anywhere between a quarter of a second to maybe 15 or 20
seconds.

Setting url-http-attempt-keepalives to nil as Andreas suggested seems to
solve the problem.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Alex Branham <alex.branham <at> gmail.com>
Cc: Andreas Schwab <schwab <at> suse.de>, 31179 <at> debbugs.gnu.org
Subject: Re: bug#31179: 26.1; eww leaves processes that slow Emacs
Date: Mon, 16 Apr 2018 22:19:41 +0200

Alex Branham <alex.branham <at> gmail.com> writes:

> Only slightly. It's at 0% before and at 1% after. The amount of time
> varies from anywhere between a quarter of a second to maybe 15 or 20
> seconds.
>
> Setting url-http-attempt-keepalives to nil as Andreas suggested seems to
> solve the problem.

Huh.  20 seconds is perhaps the time it takes for url to close the
connections normally?

But all this points to idle open connections slowing down your Emacs?
That's interesting...  and shouldn't happen.  How sluggish did this make
your Emacs?

The Emacs network connection code should be asynchronous and not lead to
any noticeable delays when you have idle connections, even if they're
TLS connections.  So it sounds like we might have an obscure bug
somewhere in that area?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

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