GNU bug report logs - #24523
Base64 images makes Emacs slow

Previous Next

Package: emacs;

Reported by: Andreas Nilsson <an <at> bahnhof.se>

Date: Sat, 24 Sep 2016 05:38:01 UTC

Severity: normal

Merged with 3219, 4123, 9589, 13675, 15555, 18530, 22143, 30457, 32523, 40007

Found in versions 23.1, 24.2, 24.2.93, 24.3, 24.5, 26.0.91, 27.0.50, 28.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 24523 in the body.
You can then email your comments to 24523 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#24523; Package emacs. (Sat, 24 Sep 2016 05:38:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Andreas Nilsson <an <at> bahnhof.se>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 24 Sep 2016 05:38:01 GMT) Full text and rfc822 format available.

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

From: Andreas Nilsson <an <at> bahnhof.se>
To: bug-gnu-emacs <at> gnu.org
Subject: Base64 images makes Emacs slow
Date: Sat, 24 Sep 2016 07:37:39 +0200
Hi.

When developing Javascript with base64 images in the code Emacs becomes
slow and laggy, it takes several seconds for a character to input in
the buffer with such an image string in it.

I have tried emacs -Q with no mode loaded and the lag is still there,
what should I do?

Thanks.

Andreas.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#24523; Package emacs. (Sat, 24 Sep 2016 06:54:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Nilsson <an <at> bahnhof.se>
Cc: 24523 <at> debbugs.gnu.org
Subject: Re: bug#24523: Base64 images makes Emacs slow
Date: Sat, 24 Sep 2016 09:53:57 +0300
> Date: Sat, 24 Sep 2016 07:37:39 +0200
> From: Andreas Nilsson <an <at> bahnhof.se>
> 
> When developing Javascript with base64 images in the code Emacs becomes
> slow and laggy, it takes several seconds for a character to input in
> the buffer with such an image string in it.
> 
> I have tried emacs -Q with no mode loaded and the lag is still there,
> what should I do?

Report the details, please.  Ideally, post a recipe, starting with
"emacs -Q" and loading the necessary support libraries, then include
whatever commands are needed to demonstrate the slowness.  Attach
image files needed to reproduce the problem.  Also, include the
details of your platform (if you use report-emacs-bug, it will do that
for you).

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#24523; Package emacs. (Sat, 24 Sep 2016 09:09:01 GMT) Full text and rfc822 format available.

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

From: Andreas Nilsson <an <at> bahnhof.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 24523 <at> debbugs.gnu.org
Subject: Re: bug#24523: Base64 images makes Emacs slow
Date: Sat, 24 Sep 2016 11:09:01 +0200
Den Sat, 24 Sep 2016 09:53:57 +0300
skrev Re: bug#24523: Base64 images makes Emacs slow:

> > Date: Sat, 24 Sep 2016 07:37:39 +0200
> > From: Andreas Nilsson <an <at> bahnhof.se>
> > 
> > When developing Javascript with base64 images in the code Emacs
> > becomes slow and laggy, it takes several seconds for a character to
> > input in the buffer with such an image string in it.
> > 
> > I have tried emacs -Q with no mode loaded and the lag is still
> > there, what should I do?  
> 
> Report the details, please.  Ideally, post a recipe, starting with
> "emacs -Q" and loading the necessary support libraries, then include
> whatever commands are needed to demonstrate the slowness.  Attach
> image files needed to reproduce the problem.  Also, include the
> details of your platform (if you use report-emacs-bug, it will do that
> for you).
> 
> Thanks.

1. emacs -Q
2. Visit https://www.base64-image.de/ and "click here" select an image
(I selected a ~200kB one)
3. Click "show code" and copy paste the string you get into *scratch*.
4. Now try C-v and M-v as well as type some characters, this is the
point where it lags.

My platforms are Windows 10 and Arch Linux, happens on both. Latest
stable Emacs 25.1.1. Specifically on Arch I use x86_64 with GTK+
3.20.9, if that is of interest.

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#24523; Package emacs. (Sat, 24 Sep 2016 11:33:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Nilsson <an <at> bahnhof.se>
Cc: 24523 <at> debbugs.gnu.org
Subject: Re: bug#24523: Base64 images makes Emacs slow
Date: Sat, 24 Sep 2016 14:32:44 +0300
merge 24523 13675
thanks

> Date: Sat, 24 Sep 2016 11:09:01 +0200
> From: Andreas Nilsson <an <at> bahnhof.se>
> Cc: 24523 <at> debbugs.gnu.org
> 
> 1. emacs -Q
> 2. Visit https://www.base64-image.de/ and "click here" select an image
> (I selected a ~200kB one)
> 3. Click "show code" and copy paste the string you get into *scratch*.
> 4. Now try C-v and M-v as well as type some characters, this is the
> point where it lags.

This creates a single physical line whose length is 280K characters.
It is a known limitation of the Emacs display engine that it's very
slow with such long lines.  See bug #13675.




Merged 3219 4123 9589 13675 15555 18530 24523. Request was from Eli Zaretskii <eliz <at> gnu.org> to control <at> debbugs.gnu.org. (Sat, 24 Sep 2016 11:33:02 GMT) Full text and rfc822 format available.

Merged 3219 4123 9589 13675 15555 18530 24523 30457. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 14 Feb 2018 19:56:02 GMT) Full text and rfc822 format available.

Merged 3219 4123 9589 13675 15555 18530 24523 30457 40007. Request was from Eli Zaretskii <eliz <at> gnu.org> to control <at> debbugs.gnu.org. (Tue, 10 Mar 2020 14:41:02 GMT) Full text and rfc822 format available.

Merged 3219 4123 9589 13675 15555 18530 24523 30457 32523 40007. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Fri, 21 Aug 2020 17:07:02 GMT) Full text and rfc822 format available.

Merged 3219 4123 9589 13675 15555 18530 22143 24523 30457 32523 40007. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Fri, 21 Aug 2020 17:43:02 GMT) Full text and rfc822 format available.

bug marked as fixed in version 29.1, send any further explanations to 40007 <at> debbugs.gnu.org and Jan Synacek <jsynacek <at> redhat.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 23 Jul 2022 09:00:04 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 20 Aug 2022 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 212 days ago.

Previous Next


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