[DGD] Upgrade management

[bart at wotf.org]

Through you already started on dgd by then, this approach was also in use on
kobramud especially for dealing with 'lost clones'. There was no clone
tracking there, but at times things mess up and you end up with a gazillion
useless clones of an object.

I've also used a similar approach to move from mapping based clone tracking to
linked list based clone tracking, but will revisit it as I'm having too many
clones of some objects, and loading all of those from swap is indeed not
desirable.

Bart.

On Mon, 27 Feb 2017 10:39:02 +0100, Felix A. Croes wrote
> Raymond Jennings <shentino at gmail.com> wrote:
> 
> > Thank Skotos for the inspiration, the idea was theirs first.
> >
> > On Sat, Feb 25, 2017 at 4:10 PM, Gary <gary at mups.co.uk> wrote:
> >
> > > On 25/02/17 22:06, Raymond Jennings wrote:
> > > >
> > > > Since it's trivial to use a loop to find all the clones I never really
> > > > bothered.
> > > >
> > >
> > > I will take a look at doing it that way, it's not something I had
> > > considered.
> > >
> > > Thanks for the suggestion.
> 
> The idea predates Skotos, and perhaps even DGD.  I saw it used on 
> IgorMud, and I recall discussing it on Genesis.
> 
> Regards,
> Felix Croes
> ____________________________________________
> https://mail.dworkin.nl/mailman/listinfo/dgd


--
http://www.flickr.com/photos/mrobjective/
http://www.om-d.org/