bug#33561: when opening a msg with a 4 MB attachment emacs (master) consumes 6.4 GB of RAM

bug#33561: when opening a msg with a 4 MB attachment emacs (master) consumes 6.4 GB of RAM

[Uwe Brauer]

Hi 

I tried to open a msg which contained an attachment of 3.9 MB, my system
with 8 GB got almost frozen and 
#!/usr/bin/python

# -*- coding: utf-8 -*-
import re
import sys

from ps_mem import main

if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
    sys.exit(main())

Told me 
rivate  +   Shared  =  RAM used       Program

 6.6 GiB + 343.5 KiB =   6.6 GiB       emacs-27.0.50

This cannot be good.

Gnus v5.13
GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2018-04-26
200 news.gmane.org InterNetNews NNRP server INN 2.5.4 ready (posting ok)
100 Legal commands
  ARTICLE [message-ID|number]
  AUTHINFO USER name|PASS password|SASL mechanism [initial-response]|GENERIC program [argument ...]
  BODY [message-ID|number]
  CAPABILITIES [keyword]
  DATE
  GROUP newsgroup
  HDR header [message-ID|range]
  HEAD [message-ID|number]
  HELP
  IHAVE message-ID
  LAST
  LIST [ACTIVE [wildmat]|ACTIVE.TIMES [wildmat]|COUNTS [wildmat]|DISTRIB.PATS|DISTRIBUTIONS|HEADERS [MSGID|RANGE]|MODERATORS|MOTD|NEWSGROUPS [wildmat]|OVERVIEW.FMT|SUBSCRIPTIONS [wildmat]]
  LISTGROUP [newsgroup [range]]
  MODE READER
  NEWGROUPS [yy]yymmdd hhmmss [GMT]
  NEWNEWS wildmat [yy]yymmdd hhmmss [GMT]
  NEXT
  OVER [range]
  POST
  QUIT
  STARTTLS
  STAT [message-ID|number]
  XGTITLE [wildmat]
  XHDR header [message-ID|range]
  XOVER [range]
  XPAT header message-ID|range pattern [pattern ...]
Report problems to <usenet@blaine.gmane.org>.
.
382 Begin TLS negotiation now
100 Legal commands
  ARTICLE [message-ID|number]
  AUTHINFO USER name|PASS password|SASL mechanism [initial-response]|GENERIC program [argument ...]
  BODY [message-ID|number]
  CAPABILITIES [keyword]
  DATE
  GROUP newsgroup
  HDR header [message-ID|range]
  HEAD [message-ID|number]
  HELP
  IHAVE message-ID
  LAST
  LIST [ACTIVE [wildmat]|ACTIVE.TIMES [wildmat]|COUNTS [wildmat]|DISTRIB.PATS|DISTRIBUTIONS|HEADERS [MSGID|RANGE]|MODERATORS|MOTD|NEWSGROUPS [wildmat]|OVERVIEW.FMT|SUBSCRIPTIONS [wildmat]]
  LISTGROUP [newsgroup [range]]
  MODE READER
  NEWGROUPS [yy]yymmdd hhmmss [GMT]
  NEWNEWS wildmat [yy]yymmdd hhmmss [GMT]
  NEXT
  OVER [range]
  POST
  QUIT
  STARTTLS
  STAT [message-ID|number]
  XGTITLE [wildmat]
  XHDR header [message-ID|range]
  XOVER [range]
  XPAT header message-ID|range pattern [pattern ...]
Report problems to <usenet@blaine.gmane.org>.
.

bug#33561: when opening a msg with a 4 MB attachment emacs (master) consumes 6.4 GB of RAM

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Date: Sat, 01 Dec 2018 10:11:46 +0100
> 
> I tried to open a msg which contained an attachment of 3.9 MB, my system
> with 8 GB got almost frozen and 
> #!/usr/bin/python
> 
> # -*- coding: utf-8 -*-
> import re
> import sys
> 
> from ps_mem import main
> 
> if __name__ == '__main__':
>     sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
>     sys.exit(main())
> 
> Told me 
> rivate  +   Shared  =  RAM used       Program
> 
>  6.6 GiB + 343.5 KiB =   6.6 GiB       emacs-27.0.50
> 
> This cannot be good.

What kind of content was in the attachment?  I don't see how we could
look into this issue without knowing at least that much.

bug#33561: when opening a msg with a 4 MB attachment emacs (master) consumes 6.4 GB of RAM

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 250 bytes --]



   > What kind of content was in the attachment?  I don't see how we could
   > look into this issue without knowing at least that much.

A djvu file the attachment looks like this

[4.  Book-title.djvu --- image/vnd.djvu; Book-title.djvu.djvu]...

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5025 bytes --]

bug#33561: when opening a msg with a 4 MB attachment emacs (master) consumes 6.4 GB of RAM

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, 33561@debbugs.gnu.org
> Date: Sat, 01 Dec 2018 14:55:12 +0100
> 
>    > What kind of content was in the attachment?  I don't see how we could
>    > look into this issue without knowing at least that much.
> 
> A djvu file the attachment looks like this

Then I think it's a problem with ImageMagick.  Emacs cannot view these
files except via ImageMagick, AFAIK.  Perhaps try to upgrade your
ImageMagick version.

bug#33561: when opening a msg with a 4 MB attachment emacs (master) consumes 6.4 GB of RAM

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 709 bytes --]

>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

   >> From: Uwe Brauer <oub@mat.ucm.es>
   >> Cc: Uwe Brauer <oub@mat.ucm.es>, 33561@debbugs.gnu.org
   >> Date: Sat, 01 Dec 2018 14:55:12 +0100
   >> 
   >> > What kind of content was in the attachment?  I don't see how we could
   >> > look into this issue without knowing at least that much.
   >> 
   >> A djvu file the attachment looks like this

   > Then I think it's a problem with ImageMagick.  Emacs cannot view these
   > files except via ImageMagick, AFAIK.  Perhaps try to upgrade your
   > ImageMagick version.

I tried that, not really possible on my Ubuntu version. 
Can't I just tell emacs, not to view/open the attachment?

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5025 bytes --]

bug#33561: when opening a msg with a 4 MB attachment emacs (master) consumes 6.4 GB of RAM

[Eli Zaretskii]

> From: Uwe Brauer <oub@mat.ucm.es>
> Cc: Uwe Brauer <oub@mat.ucm.es>, 33561@debbugs.gnu.org
> Date: Sat, 01 Dec 2018 16:41:00 +0100
> 
> Can't I just tell emacs, not to view/open the attachment?

I'm sure you can, but someone else will have to tell you how (or maybe
you could look it up in the manual).  I don't use Gnus.

bug#33561: when opening a msg with a 4 MB attachment emacs (master) consumes 6.4 GB of RAM

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 507 bytes --]

>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

   >> From: Uwe Brauer <oub@mat.ucm.es>
   >> Cc: Uwe Brauer <oub@mat.ucm.es>, 33561@debbugs.gnu.org
   >> Date: Sat, 01 Dec 2018 16:41:00 +0100
   >> 
   >> Can't I just tell emacs, not to view/open the attachment?

   > I'm sure you can, but someone else will have to tell you how (or maybe
   > you could look it up in the manual).  I don't use Gnus.

Hm, I just asked on the gnus mailing list, @Lars any ideas about this
strange behavior?

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5025 bytes --]

bug#33561: ImageMagick: excessive memory usage for djvu attachment

[Lars Ingebrigtsen]

Uwe Brauer <oub@mat.ucm.es> writes:

>    > What kind of content was in the attachment?  I don't see how we could
>    > look into this issue without knowing at least that much.
>
> A djvu file the attachment looks like this

(I'm going through old bug reports that unfortunately weren't resolved
at the time.)

Are you still seeing this issue with more recent Emacs versions?  (Emacs
no longer uses ImageMagick by default, so the problem may be gone.)

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

bug#33561: ImageMagick: excessive memory usage for djvu attachment

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Are you still seeing this issue with more recent Emacs versions?  (Emacs
> no longer uses ImageMagick by default, so the problem may be gone.)

More information was requested, but no response was given within a
month, so I'm closing this bug report.  If the problem still exists,
please respond to this email and we'll reopen the bug report.

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

bug#33561: ImageMagick: excessive memory usage for djvu attachment

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 853 bytes --]

>>> "LI" == Lars Ingebrigtsen <larsi@gnus.org> writes:

> Lars Ingebrigtsen <larsi@gnus.org> writes:
>> Are you still seeing this issue with more recent Emacs versions?  (Emacs
>> no longer uses ImageMagick by default, so the problem may be gone.)

> More information was requested, but no response was given within a
> month, so I'm closing this bug report.  If the problem still exists,
> please respond to this email and we'll reopen the bug report.

Right, that was so long ago that I hardly remember the problem. That is
why I think it is safe to close this bug for the moment

-- 
I strongly condem Putin's war of agression against the Ukraine.
I support to deliver weapons to Ukraine’s military. 
I support the ban of Russia from SWIFT.
I support the EU membership of the Ukraine.
https://how-to-help-ukraine-now.super.site/

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 5673 bytes --]