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 > > _______________________________________________ tracker-list mailing list tracker-list@gnome.org http://mail.gnome.org/mailman/listinfo/tracker-list