Re: Alternative persistence system

Kevin Reid <[email protected]>
Newsgroups gmane.comp.lang.e.general
Message-ID <[email protected]>
On Oct 12, 2009, at 18:02, Charles Landau wrote:
> Kevin Reid wrote:
>> On Oct 12, 2009, at 5:58, Thomas Leonard wrote:
>>> The system does not scale well. When an object's state
>>> changes, the entire object graph has to be written out, which takes
>>> time
>>> proportional to the number of objects in the system (roughly 10 ms  
>>> per
>>> object on my machine), not to the number of changes.
>>
>> Due to E's requirements for consistency on revival, an entire vat
>> *must* be persisted as a unit. (Of course, if an application such as
>> yours has weaker requirements you can use an alternate system.)
>
> That does not imply that the implementation must take time  
> proportional
> to the size of the vat. KeyKOS and CapROS only write out objects that
> were changed since the last checkpoint.

KeyKOS and CapROS use orthogonal persistence, which greatly simplifies  
the problem.

-- 
Kevin Reid                                  <http://switchb.org/kpreid/>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.