From mboxrd@z Thu Jan  1 00:00:00 1970
From: rgh@roughage.com.au (Richard Heycock)
Date: Tue, 28 Jul 2009 10:33:16 +1000
Subject: [sup-talk] xapian merged into next
In-Reply-To: <1248711777-sup-9329@entry>
References: <1248711109-sup-7061@entry>
	<1e5fdab70907270916o2f8e1768vbe7e3bcc1c807e39@mail.gmail.com>
	<1248711777-sup-9329@entry>
Message-ID: <1248740968-sup-759@wrasse>

Excerpts from William Morgan's message of Tue Jul 28 02:27:42 +1000 2009:
> Reformatted excerpts from Guillaume Quintard's message of 2009-07-27:
> > The big question is: is it interesting, as a user, to switch? :-)
> 
> Yes. It's noticeably faster than Ferret, especially for loading large
> threads in thread-index-mode. (Which isn't Xapian per se, but other
> improvements Rich has made).
> 
> It's also much larger on disk, though there might be a way to trim that
> down.
> 
> At some point I want to deprecate Ferret, since it's unmaintained, so
> you'll be forced to switch. No timeline on that though.

Just to add to Williams answer not only is it faster it's also
*significantly* more robust. I'm running Debian unstable which, at the
moment is really living up to it's name, consequently my machine is
dying a lot more times than it should and I haven't had to rebuild the
index once. Compare that to ferret where I pretty much has to rebuild
the index every time; I even wrote myself a one line script to do it.

William there is work being done on the next xapian "engine" which aims
to reduce the disc size.

rgh