StanfordMLOctave/machine-learning-ex6/ex6/easy_ham/1049.dd8e9af1e92bc41d998cc4...

131 lines
5.7 KiB
Plaintext

From exmh-workers-admin@redhat.com Mon Sep 2 12:33:34 2002
Return-Path: <exmh-workers-admin@example.com>
Delivered-To: yyyy@localhost.netnoteinc.com
Received: from localhost (localhost [127.0.0.1])
by phobos.labs.netnoteinc.com (Postfix) with ESMTP id 755BD43F99
for <jm@localhost>; Mon, 2 Sep 2002 07:33:31 -0400 (EDT)
Received: from phobos [127.0.0.1]
by localhost with IMAP (fetchmail-5.9.0)
for jm@localhost (single-drop); Mon, 02 Sep 2002 12:33:31 +0100 (IST)
Received: from listman.example.com (listman.example.com [66.187.233.211]) by
dogma.slashnull.org (8.11.6/8.11.6) with ESMTP id g7V7jgZ26669 for
<jm-exmh@jmason.org>; Sat, 31 Aug 2002 08:45:47 +0100
Received: from listman.example.com (localhost.localdomain [127.0.0.1]) by
listman.redhat.com (Postfix) with ESMTP id 4F6583EFFF; Sat, 31 Aug 2002
03:45:54 -0400 (EDT)
Delivered-To: exmh-workers@listman.example.com
Received: from int-mx1.corp.example.com (int-mx1.corp.example.com
[172.16.52.254]) by listman.redhat.com (Postfix) with ESMTP id 5581C3EA02
for <exmh-workers@listman.redhat.com>; Fri, 30 Aug 2002 19:58:41 -0400
(EDT)
Received: (from mail@localhost) by int-mx1.corp.example.com (8.11.6/8.11.6)
id g7UNwb619029 for exmh-workers@listman.redhat.com; Fri, 30 Aug 2002
19:58:37 -0400
Received: from mx1.example.com (mx1.example.com [172.16.48.31]) by
int-mx1.corp.redhat.com (8.11.6/8.11.6) with SMTP id g7UNwbY19025 for
<exmh-workers@redhat.com>; Fri, 30 Aug 2002 19:58:37 -0400
Received: from blackcomb.panasas.com (gw2.panasas.com [65.194.124.178]) by
mx1.redhat.com (8.11.6/8.11.6) with SMTP id g7UNhFl21007 for
<exmh-workers@redhat.com>; Fri, 30 Aug 2002 19:43:15 -0400
Received: from medlicott.panasas.com (IDENT:welch@medlicott.panasas.com
[172.17.132.188]) by blackcomb.panasas.com (8.9.3/8.9.3) with ESMTP id
TAA06163; Fri, 30 Aug 2002 19:58:20 -0400
Message-Id: <200208302358.TAA06163@blackcomb.panasas.com>
X-Mailer: exmh version 2.5.9 07/25/2002 with nmh-1.0.4
To: Chris Garrigues <cwg-dated-1031061610.7c4931@DeepEddy.Com>
Cc: Robert Elz <kre@munnari.OZ.AU>, exmh-workers@example.com
Subject: Re: New Sequences Window
In-Reply-To: <1030629610.14240.TMDA@deepeddy.vircio.com>
References: <1030629610.14240.TMDA@deepeddy.vircio.com>
Comments: In-reply-to Chris Garrigues <cwg-dated-1031061610.7c4931@DeepEddy.Com>
message dated "Thu, 29 Aug 2002 10:00:08 -0400."
From: Brent Welch <welch@panasas.com>
X-Url: http://www.panasas.com/
X-Face: "HxE|?EnC9fVMV8f70H83&{fgLE.|FZ^$>@Q(yb#N,Eh~N]e&]=>
r5~UnRml1:4EglY{9B+ :'wJq$@c_C!l8@<$t,{YUr4K,QJGHSvS~U]H`<+L*x?eGzSk>XH\W:AK\j?@?c1o<k;j'Ei/UL)!*0
ILwSR)J\bc)gjz!rrGQ2#i*f:M:ydhK}jp4dWQW?;0{,#iWrCV$4~%e/3)$1/D
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Loop: exmh-workers@example.com
Sender: exmh-workers-admin@example.com
Errors-To: exmh-workers-admin@example.com
X-Beenthere: exmh-workers@example.com
X-Mailman-Version: 2.0.1
Precedence: bulk
List-Help: <mailto:exmh-workers-request@example.com?subject=help>
List-Post: <mailto:exmh-workers@example.com>
List-Subscribe: <https://listman.example.com/mailman/listinfo/exmh-workers>,
<mailto:exmh-workers-request@redhat.com?subject=subscribe>
List-Id: Discussion list for EXMH developers <exmh-workers.example.com>
List-Unsubscribe: <https://listman.example.com/mailman/listinfo/exmh-workers>,
<mailto:exmh-workers-request@redhat.com?subject=unsubscribe>
List-Archive: <https://listman.example.com/mailman/private/exmh-workers/>
Date: Fri, 30 Aug 2002 16:58:19 -0700
X-Pyzor: Reported 0 times.
X-Spam-Status: No, hits=-9.5 required=7.0
tests=IN_REP_TO,KNOWN_MAILING_LIST,REFERENCES,SPAM_PHRASE_00_01,
X_LOOP
version=2.40-cvs
X-Spam-Level:
>>>Chris Garrigues said:
> > From: Brent Welch <welch@panasas.com>
> > Date: Wed, 28 Aug 2002 22:40:21 -0700
> >
> > Well, I've used the check-the-modify-time cache trick for files in
> > many places (not just exmh) so some part of me certainly thinks it
> > is effective. However, it occurred to me that if we do checkpoint
> > state, then aren't we modifying the sequences file for the current
> > folder on every message read? Perhaps we look at the sequences file
> > more than once per message view?
>
> As I'd written the code a few months ago, we were reading the sequences
> file
> first to see what sequences were in it and then once per sequence. This
>
> happens anywhere that we look at sequences, most notably in
> Ftoc_ShowSequences.
> That seemed to be an obvious lose performancewise, but I wanted my
> abstraction to
> have a separate call for "what sequences are in this folder?" and "what
> messages are in this sequence?". One option would have been to add
> another
> call to get the data off of disk, but I felt that the
> check-the-modify-time
> technique would be less error-prone.
I like the check-the-modify-time technique.
> I think the biggest gains would be from augmenting Ftoc_ShowSequences to
> allow
> a finer specification of what needs to be updated in the ftoc so that
> the
> current code would only be run when we really do have to update all
> sequences
> for all messages. I described these thoughts in an email message
> yesterday.
>
> And again, if it can wait a few weeks, I'm willing to do it.
OK - I've yet to dive into the latest round of changes, but I plan to.
I can say I'll make any progress, but I may dabble. Thanks again for
all your work in this area. Generalized sequence support has been on
my to do list for about 8 years.
--
Brent Welch
Software Architect, Panasas Inc
Pioneering the World's Most Scalable and Agile Storage Network
www.panasas.com
welch@panasas.com
_______________________________________________
Exmh-workers mailing list
Exmh-workers@redhat.com
https://listman.redhat.com/mailman/listinfo/exmh-workers