[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Nmh-workers] indexing
From: |
Valdis . Kletnieks |
Subject: |
Re: [Nmh-workers] indexing |
Date: |
Sat, 05 Feb 2011 20:22:35 -0500 |
On Sat, 05 Feb 2011 12:23:51 PST, Lyndon Nerenberg said:
> Adding the index/cache files to the native MH file store would make most
> MH commands blazingly fast, the obvious benefits being to scan and pick.
I've seen this idea several times, and I always have the same question - how
would we deal with index/cache synchronization? One of the reasons I'm still
using MH/exmh is because the one message per file paradigm means that you can
do interesting things with regular Unix commands - except if you screw up and
use /bin/mv or /bin/rm rather than refile and rmm, you end up with the index no
longer matching reality.
This may be easier to deal with on recent Linux kernels, where you can use
stuff like the inotify facility and leave a process running to catch such
activity and clean up the cache. But that's hell on portability....
pgp78PjcG5aLq.pgp
Description: PGP signature
- [Nmh-workers] indexing, Paul Vixie, 2011/02/04
- Re: [Nmh-workers] indexing, Paul Vixie, 2011/02/05
- Re: [Nmh-workers] indexing, Jon Steinhart, 2011/02/05
- Re: [Nmh-workers] indexing, Paul Vixie, 2011/02/06
- Re: [Nmh-workers] indexing, bergman, 2011/02/06
- Re: [Nmh-workers] indexing, Lyndon Nerenberg, 2011/02/06
Re: [Nmh-workers] indexing, Paul Vixie, 2011/02/07