GNU bug report logs - #14776
24.3.50; [PATCH] parse-time-string performance

Previous Next

Package: emacs;

Reported by: Andreas Politz <politza <at> hochschule-trier.de>

Date: Wed, 3 Jul 2013 01:23:01 UTC

Severity: wishlist

Tags: patch, wontfix

Found in version 24.3.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

Message #20 received at 14776 <at> debbugs.gnu.org (full text, mbox):

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Andreas Politz <politza <at> hochschule-trier.de>
Cc: 14776 <at> debbugs.gnu.org
Subject: Re: bug#14776: 24.3.50; [PATCH] parse-time-string performance
Date: Thu, 04 Jul 2013 20:41:33 +0200

Andreas Politz <politza <at> hochschule-trier.de> writes:

> I should have tested this with -Q.  The reason is a customized
> gc-cons-percentage (0.2) and gc-cons-threshold (67108864).  Using the
> default values shows almost no difference anymore in gnus, i.e. both
> versions (stock and patched) need around ~10s.
>
> I suppose there are various lessons to learn from this endeavour.

:-)

But this reminds me: Why are we parsing data strings in Emacs Lisp at
all?  Doesn't libc (or gnulib) have date parsing functions?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/
This bug report was last modified 5 years and 335 days ago.

Previous Next

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