monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] Re: responses to some IRC discussion of 'automate'


From: Timothy Brownawell
Subject: Re: [Monotone-devel] Re: responses to some IRC discussion of 'automate'
Date: Mon, 07 Aug 2006 07:59:25 -0500

On Mon, 2006-08-07 at 12:54 +0100, Bruce Stephens wrote:
> Thomas Keller <address@hidden> writes:
> 
> [...]
> 
> > Thats right, but one could think about optimizations here, which
> > would only be possible in mtn itself. If the heads of multiple
> > branches should be found, one could do that with one single SQL
> > statement and later group the result accordingly, while separate the
> > results from each other.
> 
> You could also consider caching.  In your GUI, you could cache the
> heads of branches along with the timestamp of the database, and that
> might help (if you typically want the results several times between
> modifications of the database).
> 
> Or you could change mtn so it keeps such a cache, updating it after
> each modification---that might be a win, although I'm not sure
> everyone would want it.  Or maybe there's an inductive way of
> computing this?  (i.e., if you've got correct values now, can you
> cheaply compute the values after adding a single revision or cert?)
> (You could certainly very easily keep track of leaves inductively,
> although that seems very unlikely to be valuable.)

A problem with having monotone cache it is, what happens when you change
what certs you trust? Monotone won't necessarily be able to detect such
a change, and so wouldn't know that the cached values might be wrong.

Tim
-- 
Free public monotone hosting: http://mtn-host.prjek.net





reply via email to

[Prev in Thread] Current Thread [Next in Thread]