From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter =?UTF-8?Q?M=C3=BCnster?= Newsgroups: gmane.emacs.bugs Subject: bug#18522: 24.4.50; mapcar is very slow Date: Wed, 17 Feb 2016 17:00:07 +0100 Message-ID: <87io1nnx88.fsf@roche-blanche.net> References: <8738bkdjqg.fsf@micropit.roche-blanche.homenet.org> <87mw9rdawj.fsf@micropit.roche-blanche.homenet.org> <87wq8ridqz.fsf@micropit.roche-blanche.homenet.org> <831tqyvph5.fsf@gnu.org> <87lhp6q2dm.fsf@micropit.roche-blanche.homenet.org> <83vboau92s.fsf@gnu.org> <87mw9fczbo.fsf@micropit.roche-blanche.homenet.org> <87zj8inrnv.fsf@building.gnus.org> <871tltq3j9.fsf@roche-blanche.net> <877fvli0qt.fsf@building.gnus.org> <87bnkb1n9w.fsf@roche-blanche.net> <87wpqh9gm3.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1455724883 10031 80.91.229.3 (17 Feb 2016 16:01:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 17 Feb 2016 16:01:23 +0000 (UTC) Cc: 18522@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 17 17:01:12 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aW4XP-0001Z3-PB for geb-bug-gnu-emacs@m.gmane.org; Wed, 17 Feb 2016 17:01:11 +0100 Original-Received: from localhost ([::1]:59070 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aW4XP-0001Am-8M for geb-bug-gnu-emacs@m.gmane.org; Wed, 17 Feb 2016 11:01:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42572) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aW4XL-0001AQ-Nz for bug-gnu-emacs@gnu.org; Wed, 17 Feb 2016 11:01:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aW4XG-0000Tp-Oi for bug-gnu-emacs@gnu.org; Wed, 17 Feb 2016 11:01:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41115) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aW4XG-0000Tg-Ac for bug-gnu-emacs@gnu.org; Wed, 17 Feb 2016 11:01:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aW4XF-0001pP-NG; Wed, 17 Feb 2016 11:01:01 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <8738bkdjqg.fsf@micropit.roche-blanche.homenet.org> Resent-From: Peter =?UTF-8?Q?M=C3=BCnster?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Wed, 17 Feb 2016 16:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18522 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: Original-Received: via spool by 18522-submit@debbugs.gnu.org id=B18522.14557248196966 (code B ref 18522); Wed, 17 Feb 2016 16:01:01 +0000 Original-Received: (at 18522) by debbugs.gnu.org; 17 Feb 2016 16:00:19 +0000 Original-Received: from localhost ([127.0.0.1]:39789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aW4WZ-0001oI-3s for submit@debbugs.gnu.org; Wed, 17 Feb 2016 11:00:19 -0500 Original-Received: from smtp04.smtpout.orange.fr ([80.12.242.126]:55591 helo=smtp.smtpout.orange.fr) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aW4WW-0001o0-RO for 18522@debbugs.gnu.org; Wed, 17 Feb 2016 11:00:17 -0500 Original-Received: from micropit.roche-blanche.homenet.org ([2.2.219.34]) by mwinf5d51 with ME id KU071s00K0l7JQ203U07rw; Wed, 17 Feb 2016 17:00:10 +0100 X-ME-Helo: micropit.roche-blanche.homenet.org X-ME-Auth: ZHJwbUB3YW5hZG9vLmZy X-ME-Date: Wed, 17 Feb 2016 17:00:10 +0100 X-ME-IP: 2.2.219.34 Original-Received: by micropit.roche-blanche.homenet.org (Postfix, from userid 1000) id 51EE8F00D; Wed, 17 Feb 2016 17:00:07 +0100 (CET) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:113189 Archived-At: On Sun, Feb 07 2016, Lars Ingebrigtsen wrote: > 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? Hi Lars, It becomes slower and slower: emacs -Q: (1.901298604 63 0.7084347450000001) (1.872230076 62 0.6968837490000003) (1.875635069 62 0.6954687450000001) emacs: (1.717632996 14 0.49240735300000005) (1.709202998 14 0.49144767599999994) (1.743671899 15 0.5327712409999996) just after starting Gnus: (2.388075413 18 1.118860780999999) (2.317841377 17 1.056383110000001) (2.372941828 18 1.1168076720000002) just after starting org-notify: (2.573931109 19 1.2253276549999992) (2.605375629 19 1.2394917619999992) (2.560276964 19 1.2212755360000003) after 1 day uptime: (3.744592118 19 1.5007945239999572) (3.741772863 19 1.5062292100001287) (3.744434861 19 1.4990475370001377) after 2 days uptime: (5.104874753 18 1.5796559729999444) (5.244741606 20 1.7344523149997713) (5.166454389 19 1.6512688520001575) after 3 days uptime: (7.111809223 17 1.6411146469995401) (7.200519214 17 1.6629621439999482) (7.086889831 18 1.7155860500001836) > 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? In both cases: parse-time-string is an autoloaded compiled Lisp function in ‘parse-time.el’. -- Peter