[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#18522: 24.4.50; mapcar is very slow
From: |
Lars Ingebrigtsen |
Subject: |
bug#18522: 24.4.50; mapcar is very slow |
Date: |
Sun, 07 Feb 2016 17:31:00 +1100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.0.90 (gnu/linux) |
Peter Münster <pmlists@free.fr> writes:
> On Sat, Feb 14 2015, Lars Ingebrigtsen wrote:
>
>> After you enter the debugger, can you go to the *scratch* buffer and
>>
>> `M-: (pp threads (current-buffer)) RET'
>
> Hi,
>
> `threads' is not defined then... Instead I've modified
> `gnus-sort-threads' to print `threads' into the buffer.
>
> In both cases it's the same. Please find attached an example.
Hm. That looks totally normal, I think.
So our supposition here is: The time is spent in parse-time-string. The
data it's running on is the same. But after Emacs has run a significant
amount of time, parse-time-string becomes slower.
To test that, does
(benchmark-run 1
(dotimes (i 10000)
(parse-time-string "Fri, 13 Feb 2015 14:40:02 +0000")))
run faster in a newly started Emacs than in one that has been running
for a long time?
An alternative explanation might be that you're inadvertently loading an
alternative version of parse-time.el somewhere, and getting an
uncompiled version of the function. What does `C-h f parse-time-string'
say in a slow and a fast Emacs?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
- bug#18522: 24.4.50; mapcar is very slow,
Lars Ingebrigtsen <=
- bug#18522: 24.4.50; mapcar is very slow, Peter Münster, 2016/02/17
- bug#18522: 24.4.50; mapcar is very slow, Lars Ingebrigtsen, 2016/02/19
- bug#18522: 24.4.50; mapcar is very slow, Peder O. Klingenberg, 2016/02/19
- bug#18522: 24.4.50; mapcar is very slow, Eli Zaretskii, 2016/02/19
- bug#18522: 24.4.50; mapcar is very slow, Nicolas Richard, 2016/02/19
- bug#18522: 24.4.50; mapcar is very slow, Peder O. Klingenberg, 2016/02/19
- bug#18522: 24.4.50; mapcar is very slow, Lars Ingebrigtsen, 2016/02/19
- bug#18522: 24.4.50; mapcar is very slow, Eli Zaretskii, 2016/02/20
- bug#18522: 24.4.50; mapcar is very slow, Peter Münster, 2016/02/20
- bug#18522: 24.4.50; mapcar is very slow, Eli Zaretskii, 2016/02/20