GNU bug report logs - #18522
occasional slow performance in some Gnus code

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: pmlists <at> free.fr, 18522 <at> debbugs.gnu.org
Subject: bug#18522: 24.4.50; mapcar is very slow
Date: Sat, 20 Feb 2016 10:14:17 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: pmlists <at> free.fr,  18522 <at> debbugs.gnu.org
> Date: Sat, 20 Feb 2016 09:46:23 +1100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >   (let ((gc-cons-threshold most-positive-fixnum))
> >     (benchmark-run 1
> >       (dotimes (i 10000)
> > 	(parse-time-string "Fri, 13 Feb 2015 14:40:02 +0000"))))
> >
> > FWIW, this takes 1.2 sec in a fresh "emacs -Q", and 2.0 sec in a
> > full-blown session running for 5 days.  That's clearly different from
> > the data presented by Peter (but I don't use Gnus).
> 
> Well, it's almost twice as slow in a five day old Emacs...  doesn't that
> show that something weird is going on somewhere?

2.0 divided by 1.2 is 1.7, not 2.  And Peter's data shows a 3.7-fold
slowdown after only 3 days.  So the difference is IMO striking.

Nevertheless, profiling parse-time-string on a more fine-grained level
seems the way to go.

Previous Next

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