GNU bug report logs - #22691
25.1.50; emacs memory usage blowing up with cairo

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Mark Oteiza <mvoteiza <at> udel.edu>
Subject: bug#22691: closed (Re: bug#22691: 25.1.50; emacs memory usage
 blowing up)
Date: Tue, 11 Dec 2018 02:02:03 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#22691: 25.1.50; emacs memory usage blowing up with cairo

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 22691 <at> debbugs.gnu.org.

-- 
22691: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22691
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Mark Oteiza <mvoteiza <at> udel.edu>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 22691-done <at> debbugs.gnu.org
Subject: Re: bug#22691: 25.1.50; emacs memory usage blowing up
Date: Mon, 10 Dec 2018 21:00:53 -0500

On 11/12/18 at 03:55am, Dmitry Gutov wrote:
> On 16.02.2016 2:22, Mark Oteiza wrote:
> > 
> > from emacs -Q:
> > 
> > M-x eww RET fsf.org RET
> > 
> > CPU -> 100% and memory usage increases rapidly.
> 
> Can't repro with the current emacs-26 (and Cairo). The web page renders
> okay. Probably fixed in the meantime.

Me neither on master (built in July, granted).  You are probably
correct--closing!

[Message part 3 (message/rfc822, inline)]

From: Mark Oteiza <mvoteiza <at> udel.edu>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.1.50; emacs memory usage blowing up
Date: Mon, 15 Feb 2016 19:22:19 -0500

from emacs -Q:

M-x eww RET fsf.org RET

CPU -> 100% and memory usage increases rapidly.

Looking at strace there is a massive stream of brk periodically
interspersed with:

03:47:03.331275 poll([{fd=6, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=6, revents=POLLOUT}])
03:47:03.331317 writev(6, [{"\207\3\7\0\0\1\0\3\0\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\207\3\7\0"..., 16380}, {NULL, 0}, {"", 0}], 3) = 16380
03:47:03.331374 recvmsg(6, 0x7ffed82aa0f0, 0) = -1 EAGAIN (Resource temporarily unavailable)

and

03:47:03.988437 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/close.xpm", R_OK) = 0
03:47:03.988595 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/refresh.xpm", R_OK) = 0
03:47:03.988706 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/left-arrow.xpm", R_OK) = 0
03:47:03.988814 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/right-arrow.xpm", R_OK) = 0
03:47:03.988921 faccessat(AT_FDCWD, "/usr/share/emacs/25.1.50/etc/images/show.xpm", R_OK) = 0

In the message buffer, a process filter error message:

 This Emacs mishandles this image file type

I seem to remember this message being added wrt cairo bugs. Could be
mistaken though.

In GNU Emacs 25.1.50.1 (x86_64-unknown-linux-gnu, X toolkit, cairo version 1.14.6, Xaw scroll bars)
 of 2016-02-05 built on logos
Repository revision: 130056880fe9d807fbaee5bc5f68249ea9cf6438
Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --without-gconf --without-imagemagick --with-cairo
 --with-modules --with-x-toolkit=lucid 'CFLAGS=-march=x86-64
 -mtune=generic -O0 -pipe -fstack-protector-strong
 --param=ssp-buffer-size=4 -g -fvar-tracking-assignments -g
 -fvar-tracking-assignments'
 LDFLAGS=-Wl,-O0,--sort-common,--as-needed,-z,relro'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS NOTIFY ACL
GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS
LUCID X11 MODULES

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

Previous Next

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