From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/10847 Path: main.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.gnus.general Subject: timezone.el patterns in emacs 19.34 Date: 02 May 1997 19:18:14 -0400 Sender: raeburn@cygnus.com Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035150650 26757 80.91.224.250 (20 Oct 2002 21:50:50 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 21:50:50 +0000 (UTC) Return-Path: Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2]) by deanna.miranova.com (8.8.5/8.8.5) with SMTP id QAA13151 for ; Fri, 2 May 1997 16:34:59 -0700 Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by ifi.uio.no with SMTP (8.6.11/ifi2.4) id for ; Sat, 3 May 1997 01:18:23 +0200 Original-Received: (qmail 21137 invoked by uid 504); 2 May 1997 23:16:07 -0000 Original-Received: (qmail 21134 invoked from network); 2 May 1997 23:16:06 -0000 Original-Received: from cygnus.com (205.180.230.20) by claymore.vcinet.com with SMTP; 2 May 1997 23:16:06 -0000 Original-Received: from tweedledumb.cygnus.com (tweedledumb.cygnus.com [192.80.44.1]) by cygnus.com (8.8.5/8.8.5) with SMTP id QAA06638; Fri, 2 May 1997 16:18:17 -0700 (PDT) Original-Received: from kr-laptop.cygnus.com by tweedledumb.cygnus.com (4.1/4.7) id AA28698; Fri, 2 May 97 19:18:16 EDT Original-Received: (from raeburn@localhost) by kr-laptop.cygnus.com (8.8.5/8.8.4) id TAA00668; Fri, 2 May 1997 19:18:14 -0400 Original-To: ding@gnus.org Original-Lines: 49 X-Mailer: Gnus v5.4.37/Emacs 19.34 Xref: main.gmane.org gmane.emacs.gnus.general:10847 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:10847 FYI, in case anyone wants to try out this change... ------- Start of forwarded message ------- Date: Fri, 2 May 1997 04:44:11 -0400 Message-Id: <199705020844.EAA06520@kr-laptop.cygnus.com> From: Ken Raeburn To: umerin@mse.kyutech.ac.jp, rms@gnu.ai.mit.edu Subject: timezone.el patterns in emacs 19.34 I noticed some time ago that timezone-parse-date took up a large portion of the time of building a summary buffer in Gnus. Tonight I did a little instrumenting of that routine. If my results are correct, all the mail headers I've processed since (over 12000) *all* matched one of the regexp patterns, namely the one labeled ;; Styles: (1) and (2) with timezone and buggy timezone which means basically [wkday,] DD MMM YYYY hh:mm[:ss] [TZ] This looks like the right form for news headers as well. This is the fourth regexp to be tried. The first two are looking for: wkday, DD MMM hh:mm:ss [T] YYYY [TZ] with and without the timezone specification; I haven't seen this form actually match anything. The third regexp checked is styles 1/2 without the timezone. Blindly assuming that the regexps are all mutually exclusive in the strings they'll match, I moved this one to the top of the `cond' expression for some timing tests, using some data from my mail headers. The speed improvement (testing just the inner guts of timezone-parse-date, without the code for stripping text properties) was about a factor of 2.5. So if it is in fact safe, I think it'd be worth moving this pattern to the top of the list. Does anything else use timezone-parse-date so intensely, that might "prefer" the order used now? Ken ------- End of forwarded message -------