tracker in F16

Lennart Poettering mzerqung at 0pointer.de
Sun Sep 18 22:38:28 UTC 2011


On Tue, 13.09.11 23:41, Cosimo Cecchi (ccecchi at redhat.com) wrote:

> 
> Hi Adam,
> 
> On Mon, 2011-09-12 at 14:01 -0700, Adam Williamson wrote:
> 
> > oop, good catch. I did suspect it's going to become more a part of the
> > GNOME Experience from now on, though I think I missed the bit where
> > tracker beat zeitgeist =)
> 
> Yeah, tracker is a required dependency of gnome-documents now. As
> Bastien says, we should try to identify and fix possible bugs and
> resource issues upstream.
> 
> I also think tracker should use a different default configuration; these
> are the changes I think we should make:
> - removable media indexing should be off by default - I don't know if
> this is used by the totem grilo integration, but it's not by
> gnome-documents. Anyway, I think the best way to approach this is
> tracker should just be aware of removable media and applications who
> make use of them should be able to have them crawled on-demand, but that
> needs fixing in tracker first.
> - indexing should be enabled on battery - right now it's disabled. If we
> disable indexing on battery, applications like gnome-documents will be
> "locked" into the last view of the local file entries in the tracker
> database before you unplugged the cable, which is very ugly.
> 
> Having used tracker on by default for a bit now it seems that after the
> initial crawling, which is an expensive operation, I didn't notice any
> particular increase in resource usage. With removable devices indexing
> off, this should ideally be a one-shot operation.

I'd be thankful if the impact the crawling has on the running system
could be minimized via SCHED_IDLE and IOPRIO_CLASS_IDLE. gnome bz
#659422.

Lennart

-- 
Lennart Poettering - Red Hat, Inc.


More information about the desktop mailing list