From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Antoine Levitt Newsgroups: gmane.emacs.bugs Subject: bug#25625: Opening djvu file eats up all my RAM Date: Thu, 7 Jun 2018 14:43:51 +0200 Message-ID: References: <871svd6my3.fsf@inria.fr> <83vaso7aln.fsf@gnu.org> <87tw88wkmu.fsf@inria.fr> <83poiw77ey.fsf@gnu.org> <87shnswhhe.fsf@inria.fr> <87k1ra3jjz.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000727f5d056e0ca387" X-Trace: blaine.gmane.org 1528375395 25453 195.159.176.226 (7 Jun 2018 12:43:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 7 Jun 2018 12:43:15 +0000 (UTC) Cc: 25625@debbugs.gnu.org To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jun 07 14:43:11 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQuFx-0006Re-Oq for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Jun 2018 14:43:10 +0200 Original-Received: from localhost ([::1]:57669 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQuI3-0002rR-E3 for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Jun 2018 08:45:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49991) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQuHr-0002nP-HR for bug-gnu-emacs@gnu.org; Thu, 07 Jun 2018 08:45:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQuHm-0007pR-8u for bug-gnu-emacs@gnu.org; Thu, 07 Jun 2018 08:45:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:57871) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fQuHm-0007pG-4s for bug-gnu-emacs@gnu.org; Thu, 07 Jun 2018 08:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fQuHl-00083g-NA for bug-gnu-emacs@gnu.org; Thu, 07 Jun 2018 08:45:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Antoine Levitt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jun 2018 12:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25625 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible Original-Received: via spool by 25625-submit@debbugs.gnu.org id=B25625.152837545530908 (code B ref 25625); Thu, 07 Jun 2018 12:45:01 +0000 Original-Received: (at 25625) by debbugs.gnu.org; 7 Jun 2018 12:44:15 +0000 Original-Received: from localhost ([127.0.0.1]:37535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQuH1-00082S-58 for submit@debbugs.gnu.org; Thu, 07 Jun 2018 08:44:15 -0400 Original-Received: from mail3-relais-sop.national.inria.fr ([192.134.164.104]:30028) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fQuGy-00082D-Dv for 25625@debbugs.gnu.org; Thu, 07 Jun 2018 08:44:13 -0400 X-IronPort-AV: E=Sophos;i="5.49,486,1520895600"; d="scan'208,217";a="268005131" Original-Received: from mail-ot0-f174.google.com ([74.125.82.174]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-GCM-SHA256; 07 Jun 2018 14:44:05 +0200 Original-Received: by mail-ot0-f174.google.com with SMTP id h6-v6so11357086otj.0 for <25625@debbugs.gnu.org>; Thu, 07 Jun 2018 05:44:05 -0700 (PDT) X-Gm-Message-State: APt69E3ad3JHMSkCvnEwbo65qKz8S7u6fMFlYzYedbq87QwHTxwox+dY xnE3XyG7grJWBeL4NXe9R+x7FsTwLHhwKbD0OV0= X-Google-Smtp-Source: ADUXVKKpGItpZoPw0dWOpkqKsqWne7Io2PatUIE8JLpRQT/HSzTZRmTML4JjXelU6vBqJ0hUZ9qsYsUKmYtVfZ/qymk= X-Received: by 2002:a9d:5f0:: with SMTP id 103-v6mr823140otd.114.1528375444404; Thu, 07 Jun 2018 05:44:04 -0700 (PDT) In-Reply-To: <87k1ra3jjz.fsf@gmail.com> X-Gmail-Original-Message-ID: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:147131 Archived-At: --000000000000727f5d056e0ca387 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable With ulimit I get libgomp: Thread creation failed: Resource temporarily unavailable On Thu, 7 Jun 2018 at 13:47, Noam Postavsky wrote: > tags 25625 + unreproducible > quit > > Antoine Levitt writes: > > > Standard imagemagick from linux mint 18.1: > > > > antoine@epsilon:~$ convert --version > > Version: ImageMagick 6.8.9-9 Q16 x86_64 2016-11-29 > http://www.imagemagick.org > > Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC > > Features: DPC Modules OpenMP > > Delegates: bzlib cairo djvu fftw fontconfig freetype jbig jng jpeg lcms > lqr ltdl lzma openexr pangocairo png rsvg tiff wmf x xml zlib > > I'm not able to reproduce the problem, I can read the file you sent > without trouble, albeit pretty slowly. It takes about ~15s to go to the > next page, during which time I see (in top) Emacs' memory usage go up, > but it goes back down again after the page is displayed. Perhaps the > imagemagick version is the problem? > > ~$ convert --version > Version: ImageMagick 6.9.7-4 Q16 x86_64 20170114 > http://www.imagemagick.org > Copyright: =C2=A9 1999-2017 ImageMagick Studio LLC > License: http://www.imagemagick.org/script/license.php > Features: Cipher DPC Modules OpenMP > Delegates (built-in): bzlib djvu fftw fontconfig freetype jbig jng jp2 > jpeg lcms lqr ltdl lzma openexr pangocairo png tiff wmf x xml zlib > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ > COMMAND > 23078 npostavs 20 0 1390832 831836 535952 D 42.9 20.9 2:08.71 emacs > //{while going to next page} > 23078 npostavs 20 0 679200 120040 26632 S 0.0 3.0 2:21.38 emacs > //{after page is displayed} > > By the way (sorry I forgot to suggest this before asking you to retest) > if you use ulimit to cap virtual mem at say 2GB 'ulimit -v $((2 * 1024 > 1024))' does Emacs give you an out of memory error instead of crashing > your system? > --000000000000727f5d056e0ca387 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
With ulimit I get

libgomp: Thread = creation failed: Resource temporarily unavailable

On Thu, 7 Jun 2018 at 13:47, Noam P= ostavsky <npostavs@gmail.com&g= t; wrote:
tags 25625 + unreproducib= le
quit

Antoine Levitt <antoine.levitt@inria.fr> writes:

> Standard imagemagick from linux mint 18.1:
>
> antoine@epsilon:~$ convert --version
> Version: ImageMagick 6.8.9-9 Q16 x86_64 2016-11-29 http://www.imagema= gick.org
> Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC
> Features: DPC Modules OpenMP
> Delegates: bzlib cairo djvu fftw fontconfig freetype jbig jng jpeg lcm= s lqr ltdl lzma openexr pangocairo png rsvg tiff wmf x xml zlib

I'm not able to reproduce the problem, I can read the file you sent
without trouble, albeit pretty slowly.=C2=A0 It takes about ~15s to go to t= he
next page, during which time I see (in top) Emacs' memory usage go up,<= br> but it goes back down again after the page is displayed.=C2=A0 Perhaps the<= br> imagemagick version is the problem?

~$ convert --version
Version: ImageMagick 6.9.7-4 Q16 x86_64 20170114 http://www.imagemagick.or= g
Copyright: =C2=A9 1999-2017 ImageMagick Studio LLC
License: http://www.imagemagick.org/script/license.php<= /a>
Features: Cipher DPC Modules OpenMP
Delegates (built-in): bzlib djvu fftw fontconfig freetype jbig jng jp2 jpeg= lcms lqr ltdl lzma openexr pangocairo png tiff wmf x xml zlib

=C2=A0 PID USER=C2=A0 =C2=A0 =C2=A0 PR=C2=A0 NI=C2=A0 =C2=A0 VIRT=C2=A0 =C2= =A0 RES=C2=A0 =C2=A0 SHR S=C2=A0 %CPU %MEM=C2=A0 =C2=A0 =C2=A0TIME+ COMMAND= =C2=A0 =C2=A0
23078 npostavs=C2=A0 20=C2=A0 =C2=A00 1390832 831836 535952 D=C2=A0 42.9 20= .9=C2=A0 =C2=A02:08.71 emacs //{while going to next page}
23078 npostavs=C2=A0 20=C2=A0 =C2=A00=C2=A0 679200 120040=C2=A0 26632 S=C2= =A0 =C2=A00.0=C2=A0 3.0=C2=A0 =C2=A02:21.38 emacs //{after page is displaye= d}

By the way (sorry I forgot to suggest this before asking you to retest)
if you use ulimit to cap virtual mem at say 2GB 'ulimit -v $((2 * 1024<= br> 1024))' does Emacs give you an out of memory error instead of crashing<= br> your system?
--000000000000727f5d056e0ca387--