|
From: | Larry Hastings |
Subject: | Re: usher and roaster? [was Re: [Monotone-devel] Merging cvssync in small pieces: Pipe abstraction] |
Date: | Tue, 11 Oct 2005 05:42:49 -0700 |
User-agent: | Mozilla Thunderbird 1.0.6 (Windows/20050716) |
Jon Bright wrote:
Zbynek Winkler wrote: I've been hanging out in the #monotone IRC channel, and believe I have a basic theoretical understanding of "rosters", which I will now trot out. If there are any factual errors in the following, I hope someone will correct me. The following definition was run by Graydon, who gave it his stamp of approval: A "roster" is a local-only data structure that contains cached information about a particular revision/manifest, optimized to make many operations more correct and much faster.It's not a change the underlying model/paradigm, but it is a restructuring of how monotone works with that data internally. "manifests" and "revisions" are much the same as before, and are still how revision information is exchanged between databases; "rosters" are never sent over the wire, they are always built and maintained locally. The rosters branch touches nearly every internal data structure, so one will have to perform an explicit data migration when upgrading to monotone with rosters. (I believe the first attempt at such a migration happened earlier late Monday night!) I can name a couple of data structural changes right off the bat:
The one-sentence "elevator pitch" for rosters: Any time you ask about some problem in #monotone, either graydon or njs says "oh, yeah--that's fixed with rosters". larry |
[Prev in Thread] | Current Thread | [Next in Thread] |