Re: [Tracker] ANNOUNCE: tracker 0.6.91 released

[Jamie McCracken <jamie mccrack googlemail com>]

On Mon, 2009-03-16 at 09:02 +0000, Martyn Russell wrote:
> Jamie McCracken wrote:
> > Whilst its not tremendously urgent, the optimal solution AFAICT is to
> > have an in memory stat table
> >
> > Basically calc stats once at startup and then increment/decrement as you
> > index
> >
> > You could recalc stats after removing a volume or hold stats by volume
> > which would allow you to avoid that
> >
> > Anyway I think thats better than say calc stats continuously especially
> > as applet requests stats every few seconds if you have the stat window
> > open
>
> Eeek, why?
>
> We have a signal which updates the stats when they change. Why would we 
> want to get the stats every few seconds? Makes more sense to just update 
> the ones that changed and only request the stats once.

well will the signal handle big stat changes like for removable media? 

ïI would have thought the daemon holding it in memory (EG a hashtable of
the stats) would make more sense than leaving it to the clients to
handle it especially if corner cases like above can screw things up

the applet is not going to be the only consumer of stats too (EG
tracker-stats and no doubt some other client will want it too)

the design of client/server apps like tracker is to do all the heavy
lifting the server with clients being thin

jamie