Re: [Tracker] Tracker in RTOS

[Philip Van Hoof <spam pvanhoof be>]

On Tue, 2010-05-11 at 15:45 -0400, jamie wrote:
> On Tue, 2010-05-11 at 21:19 +0200, Philip Van Hoof wrote:
> > On Tue, 2010-05-11 at 12:06 -0700, Remo Remo wrote:
>
> > > I am not getting why tracker is using sqlite if it's managing its own
> > > RDF-based in-memory data-store.
> >
> > Because Tracker isn't managing its own RDF-based in-memory data-store..
> >
> > Tracker's store is using SQLite for storing the RDF triples (and doesn't
> > have any in-memory data-stores). Tracker also has a persistent journal,
> > but this journal is only used for backup/restore and journal replay. Not
> > for accessing the data during operation.
> >
> > We have no plans to implement our own RDF-based in-memory data-store.
>
> Sqlite supports in memory tables so should be trivial to support (if we
> decide to do so of course). IIRC Its just changing the db name to
> "memory" 

I don't really see the point in this. If the tracker-store process exits
you'd loose all data. Unless you'd journal replay all triples in at each
startup.

Which, even with memory-tables, will take quite a while at startup.

And memory tables consume of course memory. So my meta.db is atm 800MB,
so that would mean 800MB of memory usage.

But yes, just adding "memory" to each create-table would do that.

For a highly specialized device this could easily be done by searching
for the string "CREATE TABLE" and replacing all occurrences with "CREATE
MEMORY TABLE".

Don't complain that tracker-store's memory usage goes ballistic.



Cheers,

Philip

-- 


Philip Van Hoof
freelance software developer
Codeminded BVBA - http://codeminded.be