Normally, IIRC, a disk-based MUD is one where you use HD + RAM instead of just RAM, thereby implementing your own memory-management system; this is a good opportunity to also implement semi-continuous synch to disk, so both your A and B often go hand in hand.

MUD's often have hundreds of thousands (sometimes millions) of mud-objects; the OS isn't anywhere near as intelligent at managing this as the MUD could be, and paging performance can be improved considerably. The last time I tried this, I found the same was still true of java (1.2.x I think) - that if you know a lot about the lifecycle of your "objects" (which may or may not be implemented on a 1-1 mapping with java objects) you can do a lot better virtual mem mgmt than OS + JVM would do for you automatically. Then again, some OS's (e.g. linux) can be incredibly bad at virtual mem mgmt even today, so this is not saying much!

blahblah... is where I think I am trying to go. I guess to rephrase my question...

What is a good, baseline for when an object should go back to disk and out of ram? Obviously if there is noone near that room, the room and static objects(non-mobiles) in that room don't need to be in ram yet.

What is a good, baseline for when an object should go back to disk and out of ram? Obviously if there is noone near that room, the room and static objects(non-mobiles) in that room don't need to be in ram yet.

1. Go to kanga.nu2. Subscribe to MUD-DEV mailing list3. Post this question there4. Await detailed feedback from lots of other MUD-developers. Although, if it's been asked before on the list, you should google for

"MUD-DEV" disk-based [etc]

although if someone on-list rmembers a thread on it, they'll probably provide links and possibly search-terms.

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org