l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
October 7: Social gathering
Next Installfest:
TBD
Latest News:
Aug. 18: Discounts to "Velocity" in NY; come to tonight's "Photography" talk
Page last updated:
2005 Apr 04 14:19

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] mutt and swish (or other indexing systems)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] mutt and swish (or other indexing systems)



on Sun, Apr 03, 2005 at 08:23:36AM -0700, Doctorcam (cam@ellisonet.ca) wrote:
> * Karsten M. Self (kmself@ix.netcom.com) wrote:
> > So, I've got problems with some really big email archives.  And mutt
> > bogs heavily opening (or searching) same.
> 
> > So I _thought_ I had mutt's header cache working.  Well...  Just having
> > the hack compiled in isn't enough.  If you don't set "header_cache_ to a
> > location where the cache is maintained, you don't have it.
> 
> This made me go looking at my own.  Same thing - I never actually
> created the directory.
> 
> Thanks, Karsten - this was very helpful.

Innit just?

So the results.  First time opening a given folder, there's hit as the
index is built.  When reopening the folder when no mail's been added,
action's _far_ faster, though sorting contents still takes time.

The problem remains, though that when reading a large folder which has
been incrementally updated, there's still a long delay just moving
between messages.  E.g.:  debian-user, current 5749 messages, just took
4m50s or thereabouts going from viewing a message to displaying the
folder index.  Maildir format.  System load hit about 9 during this
process.

So it's an improvement, but still not bliss.

There's a related option, "header_cache_verify", which checks to see if
the folder's been modified by a non-mutt program.  I'm not sure if
procmail counts as same, but I'm going to try disabling this.  The
option (default=yes) requires one stat() per message in the folder for
each read of the folder.  Which sounds expensive over time.



Peace.

-- 
Karsten M. Self <kmself@ix.netcom.com>        http://kmself.home.netcom.com/
 What Part of "Gestalt" don't you understand?
    She was asking about you earlier, Rick, in a way that made me
    extremely jealous.
    - Casablanca

Attachment: signature.asc
Description: Digital signature

_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.