[parent not found: <handler.21453.B.144187938115566.ack@debbugs.gnu.org>]
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-10 9:56 bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow Mark Karpov
[not found] ` <handler.21453.B.144187938115566.ack@debbugs.gnu.org>
@ 2015-09-10 15:41 ` Eli Zaretskii
2015-09-10 17:33 ` Mark Karpov
2015-09-11 12:16 ` Mark Karpov
2017-04-08 14:08 ` bug#21453: When font size is temporarily increased Emacs is slow also on 25.2.1 Gennady Uraltsev
` (4 subsequent siblings)
6 siblings, 2 replies; 23+ messages in thread
From: Eli Zaretskii @ 2015-09-10 15:41 UTC (permalink / raw)
To: Mark Karpov; +Cc: 21453
> From: Mark Karpov <markkarpov@openmailbox.org>
> Date: Thu, 10 Sep 2015 15:56:46 +0600
>
> When I press ‘C-x C-=’ to temporarily increase font size Emacs is
> getting considerably slower. For example, if I hold ‘C-n’ to move
> several lines down the movement is not smooth. I don't think that
> increasing of font size should normally result in such “effects”.
I cannot reproduce this in "emacs -Q" with today's master. Do you
have any customizations related to scrolling? This further input from
you:
> Also, when point reaches edge of screen Emacs instantly shows you next
> portion of text so point gets in the middle of the screen, instead of
> just showing you one more line. ^^^^^^^^^^
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
seems to indicate that you have customized scrolling, because by
default Emacs does not scroll just one line. Perhaps you have
scroll-conservatively set to a large value; if so, I'd indeed expect
some slowdown when the font size is changed, because supporting
scroll-conservatively is sometimes costly, especially when the last
displayed line is only partially visible.
So please try this in "emacs -Q" first.
Thanks.
^ permalink raw reply [flat|nested] 23+ messages in thread* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-10 15:41 ` bug#21453: 25.0.50; " Eli Zaretskii
@ 2015-09-10 17:33 ` Mark Karpov
2015-09-11 12:16 ` Mark Karpov
1 sibling, 0 replies; 23+ messages in thread
From: Mark Karpov @ 2015-09-10 17:33 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 21453
Eli Zaretskii <eliz@gnu.org> writes:
> seems to indicate that you have customized scrolling, because by
> default Emacs does not scroll just one line. Perhaps you have
> scroll-conservatively set to a large value; if so, I'd indeed expect
> some slowdown when the font size is changed, because supporting
> scroll-conservatively is sometimes costly, especially when the last
> displayed line is only partially visible.
I indeed have some customization of scrolling, but it's not
‘scroll-conservatively’, its value is 0.
I can reproduce it with ‘emacs -Q’, although my Emacs build is a bit
older then current master. I'll try with master.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-10 15:41 ` bug#21453: 25.0.50; " Eli Zaretskii
2015-09-10 17:33 ` Mark Karpov
@ 2015-09-11 12:16 ` Mark Karpov
2015-09-11 12:34 ` Eli Zaretskii
1 sibling, 1 reply; 23+ messages in thread
From: Mark Karpov @ 2015-09-11 12:16 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 21453
I've built recent master and the problem is still there even in ‘emacs
-Q’. Maybe it's not Emacs.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-11 12:16 ` Mark Karpov
@ 2015-09-11 12:34 ` Eli Zaretskii
2015-09-11 12:46 ` Mark Karpov
0 siblings, 1 reply; 23+ messages in thread
From: Eli Zaretskii @ 2015-09-11 12:34 UTC (permalink / raw)
To: Mark Karpov; +Cc: 21453
> From: Mark Karpov <markkarpov@openmailbox.org>
> Cc: 21453@debbugs.gnu.org
> Date: Fri, 11 Sep 2015 18:16:24 +0600
>
>
> I've built recent master and the problem is still there even in ‘emacs
> -Q’. Maybe it's not Emacs.
How much slower it is?
Also, what text is in the buffer that you are using in your recipe?
Does it use more than one font?
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-11 12:34 ` Eli Zaretskii
@ 2015-09-11 12:46 ` Mark Karpov
2015-09-11 13:47 ` Eli Zaretskii
0 siblings, 1 reply; 23+ messages in thread
From: Mark Karpov @ 2015-09-11 12:46 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 21453
Eli Zaretskii <eliz@gnu.org> writes:
> How much slower it is?
Hard to tell. I don't know how to measure this properly. From subjective
perception it's slow enough to be noticed when I hold ‘C-n’.
> Also, what text is in the buffer that you are using in your recipe?
> Does it use more than one font?
No it doesn't. I tried it with normal text, something from my
configuration. I can only tell that it happens even when text doesn't
have long lines (beyond 80 characters). Just checked this out.
I think the text itself is not that important.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-11 12:46 ` Mark Karpov
@ 2015-09-11 13:47 ` Eli Zaretskii
2015-09-11 16:08 ` Mark Karpov
0 siblings, 1 reply; 23+ messages in thread
From: Eli Zaretskii @ 2015-09-11 13:47 UTC (permalink / raw)
To: Mark Karpov; +Cc: 21453
> From: Mark Karpov <markkarpov@openmailbox.org>
> Cc: 21453@debbugs.gnu.org
> Date: Fri, 11 Sep 2015 18:46:33 +0600
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > How much slower it is?
>
> Hard to tell. I don't know how to measure this properly. From subjective
> perception it's slow enough to be noticed when I hold ‘C-n’.
One way to measure it is to write a simple Lisp function that scrolls
with next-line to the end of a long buffer, and measures the time it
takes to do that. Then run it and show the results. (Some slow-down
is expected because a larger font with the same window dimensions
means more scrolls, but you can alleviate that effect to some extent
by enlarging the window to have the same number of visible lines.)
> > Also, what text is in the buffer that you are using in your recipe?
> > Does it use more than one font?
>
> No it doesn't. I tried it with normal text, something from my
> configuration. I can only tell that it happens even when text doesn't
> have long lines (beyond 80 characters). Just checked this out.
>
> I think the text itself is not that important.
Does the text have faces other than the default face? What modes were
active in that buffer? Do you see the same slow-down in a buffer
that's in Fundamental mode?
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-11 13:47 ` Eli Zaretskii
@ 2015-09-11 16:08 ` Mark Karpov
2015-09-11 17:28 ` Eli Zaretskii
2015-09-26 7:07 ` Eli Zaretskii
0 siblings, 2 replies; 23+ messages in thread
From: Mark Karpov @ 2015-09-11 16:08 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 21453
Eli Zaretskii <eliz@gnu.org> writes:
> Does the text have faces other than the default face? What modes were
> active in that buffer? Do you see the same slow-down in a buffer
> that's in Fundamental mode?
Well yes, since that test file is part of my Emacs configuration it has
some syntax highlighting (everything is by default since it's run with
‘-Q’ flag).
Modes? You can check yourself, I just started Emacs without config, then
opened one of my init files and pressed ‘C-x C-=’, then scrolled. That's
all.
Yes I can reproduce it in Fundamental mode too.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-11 16:08 ` Mark Karpov
@ 2015-09-11 17:28 ` Eli Zaretskii
2015-09-26 7:07 ` Eli Zaretskii
1 sibling, 0 replies; 23+ messages in thread
From: Eli Zaretskii @ 2015-09-11 17:28 UTC (permalink / raw)
To: Mark Karpov; +Cc: 21453
> From: Mark Karpov <markkarpov@openmailbox.org>
> Cc: 21453@debbugs.gnu.org
> Date: Fri, 11 Sep 2015 22:08:21 +0600
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > Does the text have faces other than the default face? What modes were
> > active in that buffer? Do you see the same slow-down in a buffer
> > that's in Fundamental mode?
>
> Well yes, since that test file is part of my Emacs configuration it has
> some syntax highlighting (everything is by default since it's run with
> ‘-Q’ flag).
>
> Modes? You can check yourself, I just started Emacs without config, then
> opened one of my init files and pressed ‘C-x C-=’, then scrolled. That's
> all.
>
> Yes I can reproduce it in Fundamental mode too.
OK, then the timing information will be really welcome.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-11 16:08 ` Mark Karpov
2015-09-11 17:28 ` Eli Zaretskii
@ 2015-09-26 7:07 ` Eli Zaretskii
2015-09-26 12:38 ` Mark Karpov
1 sibling, 1 reply; 23+ messages in thread
From: Eli Zaretskii @ 2015-09-26 7:07 UTC (permalink / raw)
To: Mark Karpov; +Cc: 21453
> From: Mark Karpov <markkarpov@openmailbox.org>
> Cc: 21453@debbugs.gnu.org
> Date: Fri, 11 Sep 2015 22:08:21 +0600
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > Does the text have faces other than the default face? What modes were
> > active in that buffer? Do you see the same slow-down in a buffer
> > that's in Fundamental mode?
>
> Well yes, since that test file is part of my Emacs configuration it has
> some syntax highlighting (everything is by default since it's run with
> ‘-Q’ flag).
>
> Modes? You can check yourself, I just started Emacs without config, then
> opened one of my init files and pressed ‘C-x C-=’, then scrolled. That's
> all.
>
> Yes I can reproduce it in Fundamental mode too.
Any news on this one? Last time I asked for some time measurements,
to have a more quantitative information about this slow-down. Could
you provide that, please?
Thanks.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-26 7:07 ` Eli Zaretskii
@ 2015-09-26 12:38 ` Mark Karpov
2015-09-26 13:36 ` Eli Zaretskii
0 siblings, 1 reply; 23+ messages in thread
From: Mark Karpov @ 2015-09-26 12:38 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 21453
Eli Zaretskii <eliz@gnu.org> writes:
> Any news on this one? Last time I asked for some time measurements,
> to have a more quantitative information about this slow-down. Could
> you provide that, please?
>
> Thanks.
Sorry for the delay. I've been quite busy and forgot about it. I'll try
to measure it as soon as I can get to it.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-26 12:38 ` Mark Karpov
@ 2015-09-26 13:36 ` Eli Zaretskii
2015-09-27 11:02 ` bug#21453: " Mark Karpov
` (2 more replies)
0 siblings, 3 replies; 23+ messages in thread
From: Eli Zaretskii @ 2015-09-26 13:36 UTC (permalink / raw)
To: Mark Karpov; +Cc: 21453
> From: Mark Karpov <markkarpov@openmailbox.org>
> Cc: 21453@debbugs.gnu.org
> Date: Sat, 26 Sep 2015 18:38:36 +0600
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > Any news on this one? Last time I asked for some time measurements,
> > to have a more quantitative information about this slow-down. Could
> > you provide that, please?
> >
> > Thanks.
>
> Sorry for the delay. I've been quite busy and forgot about it. I'll try
> to measure it as soon as I can get to it.
OK, thanks.
^ permalink raw reply [flat|nested] 23+ messages in thread* bug#21453: When font size is temporarily increased Emacs is slow
2015-09-26 13:36 ` Eli Zaretskii
@ 2015-09-27 11:02 ` Mark Karpov
2015-09-28 11:57 ` Eli Zaretskii
2015-09-27 11:17 ` bug#21453: 25.0.50; " Mark Karpov
2015-09-27 11:21 ` bug#21453: " Mark Karpov
2 siblings, 1 reply; 23+ messages in thread
From: Mark Karpov @ 2015-09-27 11:02 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 21453
Here I describe my experiment and its outcome.
Setting
=======
To measure how long it takes to scroll a long buffer from beginning to
end with ‘next-line’ command the following code was evaluated:
(defmacro with-timer (title &rest forms)
"Run the given FORMS, counting the elapsed time.
A message including the given TITLE and the corresponding elapsed
time is displayed."
(declare (indent 1))
(let ((nowvar (make-symbol "now"))
(body `(progn ,@forms)))
`(let ((,nowvar (current-time)))
(message "%s..." ,title)
(prog1 ,body
(let ((elapsed
(float-time (time-subtract (current-time) ,nowvar))))
(message "%s... done (%.3fs)" ,title elapsed))))))
(defun next-line-racer ()
"Scroll till end of buffer with `next-line' and measure how long it takes.
To make it realistic `next-line' is called interactively."
(interactive)
(with-timer
(while (not (eobp))
(call-interactively #'next-line))))
The file used:
https://github.com/Fuco1/smartparens/blob/master/smartparens.el
which is 7992 lines long.
The Experiment
==============
The file is opened and cursor is at the beginning of the file. Font size
is either altered with ‘C-x C-=’ (increased, denoted in results as +1)
or ‘C-x C--’ (decreased, denoted in results as -1) or not altered at
all. No adjustments to compensate number of visible lines were performed
in this experiment because I think difference wouldn't be noticeable.
Then ‘M-x next-line-racer’ is called. Emacs seemingly freezes for some
time until it shows the point (cursor) at the end of the buffer and
message in mini-buffer displaying time it took to accomplish the
scrolling.
No demanding processes were run in the background during the experiment.
The Results
===========
Here I post measured times:
Font Size Time in Seconds
normal 301.423
+1 1055.157
-1 487.935
Hope it helps.
^ permalink raw reply [flat|nested] 23+ messages in thread* bug#21453: When font size is temporarily increased Emacs is slow
2015-09-27 11:02 ` bug#21453: " Mark Karpov
@ 2015-09-28 11:57 ` Eli Zaretskii
2019-11-17 6:32 ` Lars Ingebrigtsen
0 siblings, 1 reply; 23+ messages in thread
From: Eli Zaretskii @ 2015-09-28 11:57 UTC (permalink / raw)
To: Mark Karpov; +Cc: 21453
> From: Mark Karpov <markkarpov@openmailbox.org>
> Cc: 21453@debbugs.gnu.org
> Date: Sun, 27 Sep 2015 17:02:12 +0600
>
> The Results
> ===========
>
> Here I post measured times:
>
> Font Size Time in Seconds
> normal 301.423
> +1 1055.157
> -1 487.935
I see something very different on my system, so this could be specific
to X or even your font back-end (xft).
Here are my times:
Font Size Time in Seconds
ELisp Fundamental
normal 139.9 113.2
+1 140.4 112.2
-1 282.0 126.4
-2 148.8
+2 114.4
The second column of numbers is with the same file, but with font-lock
turned off, after rejecting the file-local variables, and in
Fundamental mode. As you see, the differences are much smaller in
Fundamental mode. This points to face remapping as the possible
reason for slower redisplay, at least in my case. When you enlarge or
decrease the default font size, Emacs needs to look up the faces in
face-remapping-alist each time it needs to redisplay something, which
could explain some slowdown.
I don't know why the +1 case is so much slower on your system; perhaps
you could use some kind of profiler to see what takes most of the time
in that case. You could start with the Emacs's built-in profiler,
although I doubt it will tell something revealing, because I think the
reason is below the level the built-in profiler can look.
In any case, I understand now why you perceive the slowdown as
significant: if it takes 1000 sec to scroll through a 8000-line file,
it means you get just 8 lines-per-second, which is slow enough to
annoy. As you see, on my system, I get 5 times faster performance,
which is below human annoyance threshold.
^ permalink raw reply [flat|nested] 23+ messages in thread* bug#21453: When font size is temporarily increased Emacs is slow
2015-09-28 11:57 ` Eli Zaretskii
@ 2019-11-17 6:32 ` Lars Ingebrigtsen
0 siblings, 0 replies; 23+ messages in thread
From: Lars Ingebrigtsen @ 2019-11-17 6:32 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Mark Karpov, 21453
Eli Zaretskii <eliz@gnu.org> writes:
>> Here I post measured times:
>>
>> Font Size Time in Seconds
>> normal 301.423
>> +1 1055.157
>> -1 487.935
>
> I see something very different on my system, so this could be specific
> to X or even your font back-end (xft).
>
> Here are my times:
>
> Font Size Time in Seconds
> ELisp Fundamental
> normal 139.9 113.2
> +1 140.4 112.2
> -1 282.0 126.4
> -2 148.8
> +2 114.4
I tried this on my system (with the test file provided).
The test case is:
(benchmark-progn
(while (not (eobp))
(call-interactively #'next-line)))
normal 25s
+1 31s
+2 25s
So basically, they're all more or less the same now, so I'm guessing
that whatever Mark was seeing in Emacs 25 has gone away now (as Emacs
has gotten a new font backend etc), so I'm closing this bug report.
If this is still an issue in Emacs 27, please reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow
2015-09-26 13:36 ` Eli Zaretskii
2015-09-27 11:02 ` bug#21453: " Mark Karpov
@ 2015-09-27 11:17 ` Mark Karpov
2015-09-27 11:21 ` bug#21453: " Mark Karpov
2 siblings, 0 replies; 23+ messages in thread
From: Mark Karpov @ 2015-09-27 11:17 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 21453
Oh my! It seems I've spoiled the whole thing. I didn't notice that
`with-timer' takes TITLE argument. This leads to the form evaluated
twice. (I copied this snippet from one site.)
Let me know if you think it should be tested again. Although current
results demonstrate that slow-down is considerable and I doubt it won't
change if we evaluate the form only once.
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: When font size is temporarily increased Emacs is slow
2015-09-26 13:36 ` Eli Zaretskii
2015-09-27 11:02 ` bug#21453: " Mark Karpov
2015-09-27 11:17 ` bug#21453: 25.0.50; " Mark Karpov
@ 2015-09-27 11:21 ` Mark Karpov
2 siblings, 0 replies; 23+ messages in thread
From: Mark Karpov @ 2015-09-27 11:21 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 21453
* won't → will
^ permalink raw reply [flat|nested] 23+ messages in thread
* bug#21453: When font size is temporarily increased Emacs is slow also on 25.2.1
2015-09-10 9:56 bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow Mark Karpov
[not found] ` <handler.21453.B.144187938115566.ack@debbugs.gnu.org>
2015-09-10 15:41 ` bug#21453: 25.0.50; " Eli Zaretskii
@ 2017-04-08 14:08 ` Gennady Uraltsev
2017-04-08 14:08 ` Gennady Uraltsev
` (3 subsequent siblings)
6 siblings, 0 replies; 23+ messages in thread
From: Gennady Uraltsev @ 2017-04-08 14:08 UTC (permalink / raw)
To: 21453
[-- Attachment #1.1: Type: text/plain, Size: 213 bytes --]
Sorry, found this bug only now. Did some profile measurements and
reported it here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26402
Let me know if I can be useful. Seems like quite an big issue.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 23+ messages in thread* bug#21453: When font size is temporarily increased Emacs is slow also on 25.2.1
2015-09-10 9:56 bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow Mark Karpov
` (2 preceding siblings ...)
2017-04-08 14:08 ` bug#21453: When font size is temporarily increased Emacs is slow also on 25.2.1 Gennady Uraltsev
@ 2017-04-08 14:08 ` Gennady Uraltsev
2017-04-08 14:10 ` Gennady Uraltsev
` (2 subsequent siblings)
6 siblings, 0 replies; 23+ messages in thread
From: Gennady Uraltsev @ 2017-04-08 14:08 UTC (permalink / raw)
To: 21453
[-- Attachment #1.1: Type: text/plain, Size: 213 bytes --]
Sorry, found this bug only now. Did some profile measurements and
reported it here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26402
Let me know if I can be useful. Seems like quite an big issue.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 23+ messages in thread* bug#21453: When font size is temporarily increased Emacs is slow also on 25.2.1
2015-09-10 9:56 bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow Mark Karpov
` (3 preceding siblings ...)
2017-04-08 14:08 ` Gennady Uraltsev
@ 2017-04-08 14:10 ` Gennady Uraltsev
2017-04-08 14:11 ` Gennady Uraltsev
2017-04-08 14:14 ` Gennady Uraltsev
6 siblings, 0 replies; 23+ messages in thread
From: Gennady Uraltsev @ 2017-04-08 14:10 UTC (permalink / raw)
To: 21453
[-- Attachment #1.1: Type: text/plain, Size: 213 bytes --]
Sorry, found this bug only now. Did some profile measurements and
reported it here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26402
Let me know if I can be useful. Seems like quite an big issue.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 23+ messages in thread* bug#21453: When font size is temporarily increased Emacs is slow also on 25.2.1
2015-09-10 9:56 bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow Mark Karpov
` (4 preceding siblings ...)
2017-04-08 14:10 ` Gennady Uraltsev
@ 2017-04-08 14:11 ` Gennady Uraltsev
2017-04-08 14:14 ` Gennady Uraltsev
6 siblings, 0 replies; 23+ messages in thread
From: Gennady Uraltsev @ 2017-04-08 14:11 UTC (permalink / raw)
Cc: 21453
Sorry, found this bug only now. Did some profile measurements and
reported it here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26402
Let me know if I can be useful. Seems like quite an big issue.
^ permalink raw reply [flat|nested] 23+ messages in thread* bug#21453: When font size is temporarily increased Emacs is slow also on 25.2.1
2015-09-10 9:56 bug#21453: 25.0.50; When font size is temporarily increased Emacs is slow Mark Karpov
` (5 preceding siblings ...)
2017-04-08 14:11 ` Gennady Uraltsev
@ 2017-04-08 14:14 ` Gennady Uraltsev
6 siblings, 0 replies; 23+ messages in thread
From: Gennady Uraltsev @ 2017-04-08 14:14 UTC (permalink / raw)
To: 21453
[-- Attachment #1.1: Type: text/plain, Size: 209 bytes --]
Sorry, found this bug only now. Did some profile measurements and
reported it here:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26402
Let me know if I can be useful. Seems like quite an big issue.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 23+ messages in thread