Re: [Tracker] Ready for merge



Martyn Russell wrote:
Laurent Aguerreche wrote:
Hello,

Hi :)

Le jeudi 07 aoÃt 2008 Ã 16:38 +0100, Martyn Russell a Ãcrit :
Jamie,

I think we are ready for merge if you are happy with the current state
of the indexer-split branch.

If you find anything you think needs fixing before the merge. Let us know.
I'm experiencing two issues with the indexer-split branch :
- if I terminate trackerd with "kill" (to send a SIGTERM signal) sent to
it, I see tracker-indexer still running. I can't kill tracker-indexer
with "kill", I have to use "kill -9"
- tracker kills the performances of my hard-drive while it starts: GUIs
of my applications get frozen!

Do you intend to fix these issues before the merge (notably the second
one...)?

I should add. I tested with the new throttle code in the daemon & the
ioprio added too and changed the value of the throttle in my tracker.cfg.

By default it is 0. This means NO throttling occurs. On my machine this
is ok unless I am doing something else which needs a lot of power.

I tried running with the throttle at 20 (maximum) and instead of finding
all my files in about 10-15 seconds and using 50-100% CPU, it used < 15%
the whole time and these are the results:

 Tracker-Message: Total time taken : 348.7701 seconds
 Tracker-Message: Total directories: 7100 (4917 ignored)
 Tracker-Message: Total files      : 158866 (23950 ignored)
 Tracker-Message: Total monitors   : 7100

The indexer also makes use of the throttle. Instead of saying it would
be done in 3hrs, it guessed at 21hrs. But you wouldn't even know it was
running.

Using the throttle is certainly the way to go here I think. Jamie do you
think setting the throttle to 5 or some value just above 0 is a good
idea? We use 5 for laptops running on battery at the moment of course.
It might make sense to push that to 10 and use 5 by default. People are
definitely going to notice their machine's usability dropping before
they notice the time it takes to index all content being too slow.

Thoughts?

-- 
Regards,
Martyn



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]