* Tim Gray on Sunday, May 08, 2011 at 17:10:22 -0400 > On May 08, 2011 at 10:47 PM +0200, Christian Ebert wrote: >> $ time mairix -v -p > > I bet that was my problem. I don't think I ever used -p, so there > were a lot of dead messages floating around in my db.
I believe --purge makes it actually slower, as it compacts dead messages away in the db. ~$ time mairix real 1m54.450s user 0m28.735s sys 0m54.465s ~$ time mairix --fast-index real 0m37.570s user 0m28.725s sys 0m1.503s ~$ time mairix --fast-index --no-integrity-checks real 0m28.202s user 0m26.776s sys 0m0.772s > > The times I'm getting now are pretty good. Notmuch seems to be > faster, but the times are all low enough that I don't have a problem > with any of them. > > mairix -v -p > ------------ > real 0m17.682s > user 0m4.911s > sys 0m8.524s > > notmuch new > ----------- > real 0m5.152s > user 0m0.067s > sys 0m0.261s > > Searches for the two showed a similar gap. Again, neither was slow > enough for me to lose any sleep over. > > mairix: 0m3.044s > notmuch: 0m0.410s > > This is an interesting discussion though. I might play around with > mairix a bit more again. I still see mu and notmuch having a major > advantage of being built on proper database tools. I get a lot of > errors about messages not being indexed by mairix, and that whole > recommended dance of removing the lock file before a search, etc. is > annoying as well. Furthermore, the thing that excites me about > notmuch that the others don't have is the fact that it's built as a > library. An enterprising developer could integrate it into a mail > client (other than the emacs thing they have going on) and it would be > pretty great in my mind. Remember, notmuch isn't just an indexing > tool - it also lets you tag messages and search on tags, etc. I would rather be interested whether notmuch correctly finds strings containing non-ascii characters. In my script I work around by appending the results of a second search, so when I enter e.g. 'première' in utf-8, the first search is in utf-8 and second, usually finding more matches converts the search string to cp1252 - but that is obviously a hack. I once tried with mu, and it wasn't any better in detecting those, but perhaps I gave up to quickly. c -- \black\trash movie _SAME TIME SAME PLACE_ New York, in the summer of 2001 --->> http://www.blacktrash.org/underdogma/stsp.php