Re: [Tracker] about Tracler/ReleaseStatus
- From: Martyn Russell <martyn imendio com>
- To: Tshepang Lekhonkhobe <tshepang gmail com>
- Cc: Tracker mailing list <tracker-list gnome org>
- Subject: Re: [Tracker] about Tracler/ReleaseStatus
- Date: Wed, 11 Feb 2009 10:22:32 +0000
Tshepang Lekhonkhobe wrote:
Hi,
Hi,
What do we do about http://live.gnome.org/Tracker/ReleaseStatus since
after 0.6.90? Should I delete resolved issues and state other issues
as belonging to next release. Also, what of these (Jamie's feedback):
I would simply change the release version to 0.6.91. I would remove all
items which are now fixed.
# Directory crawling is too cpu intensive and eats too much memory
compared to 0.6.6. Old version did not queue up thousands of files but
instead queued up directories where mtime indicated it needed
updating. So memory wise only all directoires (and subdirectories)
path were held in memory.
This should remain. We will be fixing this when we move the crawler to
the indexer. This is a long term goal.
# TST still shows email category twice - Im not sure of cause but i am
investigating this one
This should remain. This needs fixing.
# Disk Io still quite heavy - searching in TST can time out dbus wise
during indexing. It tries to pause the indexer but takes several
minutes - i dont suppose there is much we can do here? If not suggest
upping default throttle levels to minimize the occurance of this
This shouldn't be an issue any more. I suspect this was an issue with
deleting taking so long in the database. Now that Carlos has improved
that, I suspect this is no longer an issue.
# Applet takes a long time to update its status if started after trackerd.
Yes, this isn't really a bug, but more a feature request. It was just as
bad before. We have a few states before we get to INDEXING. For example,
the "crawling" state. This is not reflected in the applet. We could
improve things here. I would keep this on the page.
--
Regards,
Martyn
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]