[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#14776: 24.3.50; [PATCH] parse-time-string performance
From: |
Andreas Politz |
Subject: |
bug#14776: 24.3.50; [PATCH] parse-time-string performance |
Date: |
Thu, 04 Jul 2013 23:08:33 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) |
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> It's not much of a bottleneck, no:
>
> (benchmark-elapse (dotimes (i 10000) (parse-time-string "Thu, 04 Jul 2013
> 20:06:00 +0200")))
> => 1.120856647
=> 0.215108395
;-O
But only with this:
parse-time-rfc2822.el
Description: application/emacs-lisp
> But sorting a summary buffer of 5K messages on Date (which some people
> do) might get a performance boost. But I was thinking that it might be
> more likely that parse-datetime parses more date strings correctly than
> the version in parse-time.el.
It looks that way, i.e. parse-time-string is pretty simple compared to
that. But most Date header I've seen popping up in my mail seem to
adhere to a strict rfc2822 format anyway, except for the occasional
non-strict timezone.
-ap
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Andreas Politz, 2013/07/02
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Andreas Politz, 2013/07/02
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Glenn Morris, 2013/07/02
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Glenn Morris, 2013/07/02
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Andreas Politz, 2013/07/04
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Lars Magne Ingebrigtsen, 2013/07/04
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Andreas Politz, 2013/07/04
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Lars Magne Ingebrigtsen, 2013/07/04
- bug#14776: 24.3.50; [PATCH] parse-time-string performance,
Andreas Politz <=
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Lars Magne Ingebrigtsen, 2013/07/04
- Message not available
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Lars Ingebrigtsen, 2013/07/06
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Andreas Politz, 2013/07/06
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Lars Ingebrigtsen, 2013/07/06
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Andreas Politz, 2013/07/06
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Andreas Politz, 2013/07/06
- bug#14776: 24.3.50; [PATCH] parse-time-string performance, Lars Magne Ingebrigtsen, 2013/07/08
bug#14776: 24.3.50; [PATCH] parse-time-string performance, Andreas Politz, 2013/07/04