Re: [Tracker] more issues with indexer-split

[Jamie McCracken <jamie mccrack googlemail com>]

Could we also reduce memory usage by not statically linking to the
private libs libtracker-common and libtracker-db?

currently my FTS module and the file-indexer-module are ~ 1MB in size
due mostly to linking with them and im sure the size of trackerd and
tracker-indexer could be made smaller too with only one instance of
those libs in memory

jamie


On Sat, 2008-08-23 at 17:26 -0400, Jamie McCracken wrote:
> Finding more performance issues
>
> on an up to date indexed home directory, the next restart of trackerd
> checks every single file to see if its up to date - why?
>
> trunk only checks directories (If a file in a directory is modified then
> the directories mtime is also altered so no need to check every file)
> hence startup is much faster.
>
> This needs to be restored as the performance of indexer-split is
> horrendous at startup
>
> ps same with summary files - only need to check if mtime is differs in
> tracker's database
>
> jamie
>
>
> On Fri, 2008-08-22 at 15:11 +0200, Philip Van Hoof wrote:
> > On Fri, 2008-08-22 at 11:42 +0100, Martyn Russell wrote:
> > > Jamie McCracken wrote:
> > > >
> > >
> > > > also search is still blocked for 10-20 seconds even when indexer is not
> > > > active - why does it take so long to pause the indexer? Its completley
> > > > unusable like that. the indexer must pause in under a second.
> > >
> > > We fixed that bug yesterday. I am not sure if it was the double free you
> > > added to your commit ;) or the fix Carlos added where the index was
> > > being reopened.
> >
> > (I think) It was the commit of the transaction in the indexer, when the
> > indexer is asked to pause.
> >
> > cd branches/indexer-split
> > svn diff -r 2134:2135