Linked by Thom Holwerda on Sun 1st Apr 2007 21:56 UTC, submitted by suka
Novell and Ximian "Nat Friedman has been one of the driving forces behind the development of the Linux desktop for a few year now. First with his own company Ximian, founded together with Mono chief architect Miguel de Icaza, after its acquisition now inside Novell. A few months ago he has been named 'Technologist of the Year' by the VarBusiness magazine for his work around the SUSE Linux Enterprise Desktop. Since then he has been promoted to Chief Technology and Strategy Officer for Open Source, besides the desktop he is also overseeing Novells server business now. During Novells Brainshare Andreas Proschofsky had the possibility to sit down with Friedman and talk about the Linux desktop, the consequences of the Microsoft agreement and the mistakes of the Hula project."
Thread beginning with comment 226692
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[2]: Tracker
by monodeldiablo on Mon 2nd Apr 2007 21:44 UTC in reply to "RE: Tracker"
Member since:

Actually, there are a number of problems that Tracker solves (and solves nicely). For instance, open Rhythmbox with a library of 5,000 songs.

Wait for it... wait... hold on... Takes awhile to load, doesn't it?

Now, try importing some photos (let's say 100 RAW or large JPGs) into F-Spot. Watch that silly little progress bar creep along. You can keep reading along while F-Spot chugs, if you wish. Hell, you could order a pizza.

Now that you've finally got those two running (only two apps, mind you) check how much memory those hogs are consuming, just sitting there. On my computer, it's over 100 MiB. And I haven't even started using the damn apps, yet!

But if they simply made calls to Tracker when they needed information, they wouldn't have to hold a massive list of all the files, metadata, tags, versions, etc. in memory, would they (that's Tracker's job, remember)? Startup would be nearly instantaneous. And you wouldn't have to import your files into each application after you're already moved the files to your disk.

And, of course, search today is inconsistent across applications. Tracker is optimized for search (tag-based, keyword or service type), doing so better than either app, on more fields, yielding more relevant information. And Tracker can bring tagging to Rhythmbox and greater flexibility in sorting/organizing to F-Spot. For free! With less work! How nice of those Tracker folks.

With a single metadata store/indexer, the user gains consistency across the desktop, speed, memory and utility. Developers get to reduce the amount of application-specific code they need to write (think: far fewer bugs). Tracker promises to reduce development redundancy, speed up the apps you use every day and significantly shrink the memory footprint of the Gnome desktop.

Remember, my example only used two apps. Think of all the other projects on the Gnome desktop that are reinventing the "search", "index" and "tag" wheels. Tomboy alone sucks another 15-25 MiB of memory! And all it amounts to is a GUI for Tracker's tagging and object store capabilities.

So I've got to ask you, how is this bad, again? If I were you, I would read up on technology you're bashing before trying to discredit it. Your arguments are about as specious as claiming that filesystems or shared libraries are "solutions looking for a problem".

Reply Parent Score: 5