Re: [Tracker] miner-fs: Placing monitors on directories takes way too much time

2010-10-19 Thread Philip Van Hoof
On Mon, 2010-10-18 at 20:54 +0200, Aleksander Morgado wrote: [Cut] With the new miner-fs-refactor-multi-insert branch, we are merging SPARQL updates in a single dbus connection; but still those updates are then SQL-inserted one by one in the SQLite database (IIRC, pvanhoof?), Correct not

Re: [Tracker] miner-fs: Placing monitors on directories takes way too much time

2010-10-19 Thread Aleksander Morgado
Hum, yes, that's the idea actually; I don't understand why you say it's a regression. CREATED and UPDATED events will get merged in the SPARQL buffer, and the buffer will be flushed (commited to the store) if any of Regression means it takes more time than other branches. But I

Re: [Tracker] TMX and XLIFF files

2010-10-19 Thread Martin
On 10:01 Fri 15 Oct , Martin wrote: On 19:07 Thu 14 Oct , Martyn Russell wrote: On 14/10/10 17:11, Martin wrote: Hello, Hi, After trying the alternatives, I found Tracker and I am liking a lot so far. A big fat thank you to all developers on this list. You're most

Re: [Tracker] miner-fs: Placing monitors on directories takes way too much time

2010-10-19 Thread Aleksander Morgado
Hum, yes, that's the idea actually; I don't understand why you say it's a regression. CREATED and UPDATED events will get merged in the SPARQL buffer, and the buffer will be flushed (commited to the store) if any of Regression means it takes more time than other branches.