Linked by Thom Holwerda on Thu 18th Jan 2007 15:11 UTC, submitted by Torsten Rahn
Benchmarks "A number of search engines are available for the Gnome and KDE desktop environments, many based around the open source Lucene search engine. It would be tremendous if we could adopt one of these search engines for the Gnome platform, so we can provide the type of integrated search experience for our users that they really need, irrespective of which distort they are using. So to help in this assessment we have carried out a comparison of four different Unix based indexers [.pdf]."
Permalink for comment 203115
To read all comments associated with this story, please click here.
Well one thing is obvious
by tristan on Thu 18th Jan 2007 18:10 UTC
tristan
Member since:
2006-02-01

If there's one thing that this report makes absolutely clear, it's that managed environments like Mono and Java have absolutely no place in the world of low-level userspace daemons. Beagle's memory usage was more than 10 times that of Tracker and Strigi, and JIndex was even worse. Beagle is good at what it does, but anyone who thinks that it is a long-term solution for metadata indexing is either mad, or working for Novell.

So given that we are left with a choice between Tracker and Strigi, this question is of course, which one? Clearly both of them still have some deficiencies (which is why most distros are going for Beagle right now), and both are in heavy development. A clear winner is hard to pick.

Unfortunately I think it might be the case that Gnome goes for Tracker and KDE goes for Strigi, which would be a shame, as this is definitely an opportunity for the two desktops to work together to achieve a common goal. Even if they do go for separate solutions, I hope that they could work out a common search API, so that the user wouldn't have to have to daemons running to be able to use Gnome and KDE apps at the same time.

It's also worth noting that Tracker aims to be not "just" an indexer, but a complete metadata database. So, for example, Rhythmbox (or Amarok!) wouldn't need to maintain its own database, but would instead just be able to query tracker for all the audio files on the system. I don't know whether the author of Strigi has similar plans, or indeed whether such a thing is practical.


Lastly, I have to say that this is the least professionally-written report I've ever seen. I realise that it's primarily for internal use, but if I were to hand my boss something like this ("yes, I do like cakes") I would probably find myself in some quite hot water...

Edited 2007-01-18 18:14

Reply Score: 5