[Home] [Groups] - Message: [Prev in Group] [Next in Group]

nu.kanga.list.mud-dev

12021: RE: [MUD-Dev] The grass is always greener in the other field

[Full Header] [Plain Text]
From: "Koster, Raph" <rkoster@origin.ea.com>
Newsgroups: nu.kanga.list.mud-dev
Date: Thu, 16 Dec 1999 18:41:35 -0600
Organization: Kanga.Nu
Cynbe ru Taren said:



> I think that this problem (storage of objects that are being hoarded or

> otherwise stored away, outside of common day-to-day usage) can be solved
on

> the technology side of things.



Design IS technology. :) Meaning, virtually every problem associated with
mud design is a design issue as well as a technology issue, and vice versa.



>   This is surely a problem for a system that

> attempts to load the entire DB into memory.  A disk-based system wouldn't

> have this problem. 



Sure it would. It just has different consequences. Any way you slice it, it
is to an admin's advantage to minimize footprint in memory and on disk.



> A log-structured would appear to be potentially beneficial here as only

> changes would need to be saved, making incremental backups much easier.

> That introduces a few extra issues: collapsing the logs, etc, but those
are

> all well researched.  This would may not be a good solution for all of the

> database needs as the log files could end up being far larger than the
usual

> DB files, if the objects were involved in frequent state changes.



There's also speed issues.



> Another potential solution might be to use separate databases for varying

> types of classes of objects.  In this way, you can store things like homes

> in a separate DB which has a set of policies aimed at providing a more

> optimal storage strategy.



Yep.



-Raph



_______________________________________________
MUD-Dev maillist  -  MUD-Dev@kanga.nu
http://www.kanga.nu/lists/listinfo/mud-dev