From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#18522: 24.4.50; mapcar is very slow Date: Sat, 20 Feb 2016 11:51:24 +0200 Message-ID: <83lh6fpv4z.fsf@gnu.org> 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> <87io1nnx88.fsf@roche-blanche.net> <87vb5l8en7.fsf@gnus.org> <83wpq1rt5o.fsf@gnu.org> <8737so5neo.fsf@gnus.org> <831t87re7a.fsf@gnu.org> <87bn7b3hnz.fsf@roche-blanche.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1455961946 7789 80.91.229.3 (20 Feb 2016 09:52:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 20 Feb 2016 09:52:26 +0000 (UTC) Cc: larsi@gnus.org, 18522@debbugs.gnu.org To: Peter =?UTF-8?Q?M=C3=BCnster?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 20 10:52:15 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 1aX4D0-0003vY-55 for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Feb 2016 10:52:14 +0100 Original-Received: from localhost ([::1]:59632 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aX4Cz-0000Ku-Hi for geb-bug-gnu-emacs@m.gmane.org; Sat, 20 Feb 2016 04:52:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55409) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aX4Ct-0000Ka-Cn for bug-gnu-emacs@gnu.org; Sat, 20 Feb 2016 04:52:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aX4Cp-00006W-Df for bug-gnu-emacs@gnu.org; Sat, 20 Feb 2016 04:52:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37461) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aX4Cp-00005Z-9d for bug-gnu-emacs@gnu.org; Sat, 20 Feb 2016 04:52:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aX4Co-0007Tj-EV; Sat, 20 Feb 2016 04:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Sat, 20 Feb 2016 09:52:02 +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.145596191528733 (code B ref 18522); Sat, 20 Feb 2016 09:52:02 +0000 Original-Received: (at 18522) by debbugs.gnu.org; 20 Feb 2016 09:51:55 +0000 Original-Received: from localhost ([127.0.0.1]:34588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aX4Cg-0007TN-MK for submit@debbugs.gnu.org; Sat, 20 Feb 2016 04:51:54 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:36123) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aX4Cd-0007T4-5x for 18522@debbugs.gnu.org; Sat, 20 Feb 2016 04:51:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aX4CT-0008OX-50 for 18522@debbugs.gnu.org; Sat, 20 Feb 2016 04:51:46 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57939) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aX4CT-0008OT-1s; Sat, 20 Feb 2016 04:51:41 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1196 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aX4CR-0001MN-FK; Sat, 20 Feb 2016 04:51:40 -0500 In-reply-to: <87bn7b3hnz.fsf@roche-blanche.net> (message from Peter =?UTF-8?Q?M=C3=BCnster?= on Sat, 20 Feb 2016 09:33:20 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:113348 Archived-At: > From: Peter Münster > Cc: Lars Ingebrigtsen , 18522@debbugs.gnu.org > Date: Sat, 20 Feb 2016 09:33:20 +0100 > > > Nevertheless, profiling parse-time-string on a more fine-grained level > > seems the way to go. > > How please? I'd start with profiler.el, to profile the Lisp portions of the function. It's probably best to load the .el file first and profile that, although this could skew the profile (because the byte-compiled version behaves differently). Another possibility is to add calls to float-time to time portions of parse-time-string.