MUD游戏（Multiple User Domain多用户虚拟空间游戏）。大家对MUD也许很熟悉，这就是你一直听到的,可能却始终不听不懂的“泥巴”，虽然你可能还不知道它确切是什么东西。但在泥巴一族中间，MUD就是他们第二个生存空间。
1979年第一个MUD（多用户土牢）多人交互操作站点建立。这个站点包含了各种冒险游戏、棋类游戏和丰富详尽的数据库。大受欢迎的《网络创世纪》(UO)则是真正意义上的第一个大型图形MUD，也是至尽被认为是最完善的网络游戏，玩家只要自己喜欢，可以专心做买卖，或到处游历，或什么事情也不做而随便走走，与现在网络游戏中充斥着的PK，杀戮相比，UO是一片纯粹的游戏玩家的梦寐以求的圣土，依然是网络游戏的颠峰之作，在UO上发生的很多传奇故事至尽仍被广为流传。  MUD的历史
原作: Lauren P. Burka
翻译: sbso
  1989年的八月，CARNEGIE MELLON的一个研究生在一个周末写了一个叫做TinyMUD的游戏。那是一个简单的，多用户的游戏。在互联网只要谁知道他的地址与端口（lancelot.avalon.cs.cmu.edu 4201)，那么谁就可以得到这个游戏。然而TinyMUD并不是最开始的MUD游戏，这个游戏容易使用，并且可被移植到许多UNIX系统上。这使得MUD风潮像爆炸一样风靡世界至今未衰。现在的各种MUD游戏就在你的身边，另你目不暇接。
  MUDs（多用户空间）有如下的各种优点：
许多人可以一起玩；
游戏被分成许多虚拟的空间以便在一个空间的人或物不会影响到另一个空间的人或物；
所有的交互内容以文字出现，没有图片或声音；
通讯靠TCP套接字实现；
  大多数代码由学校里的学生来完成维护并且可以公开地得到；
  实物，空间和人物的组合可以由简单的命令来完成，而其他语言编写的MUD游戏允许有更复杂的命令和道具；
  尽管MUD是为了一个严肃的目的而出现的，但是它仍然保持着原始冒险或RPG游戏的气氛；而且游戏玩家的身份并不被现实所束缚，MUD里的游戏的角色有现实虚拟如一的人，有毛茸茸的动物，有科幻故事里的英雄，以及所有可爱的，丑陋的，令人讨厌的，智慧的人，或者仅仅是一个平常的怪人。
JIM ASPENS（现在是YALE大学的老师）认为TinyMUD无足轻重，很快就会丧失掉新意。他有了些想法却又举棋不定，这对MUD游戏的优点和缺点都有一定的影响。
从地狱开始：MUD游戏--内存VS硬盘
早期的MUD游戏倾向于把大部分游戏数据放到硬盘上。当玩家需要时，空间和物体的数据从硬盘上被取出来。这种方式很慢
  TinyMUD把所有的数据都放在内存里面。这种设计假设数据不会变得特别多。实际上，对于小的MUD游戏，基于内存的数据存储是很快的。但当数据量增加得很多时，进程会开始频繁地在硬盘和内存之间交换数据。系统的负载会由于页面错误的集中出现而攀升。许多系统结构都有一个处理数量限制。ASPENS最终抛弃了TinyMUD当它在他的机器上达到了32M处理数量极限而崩溃的时候。MUD游戏的数据膨胀使问题恶化了，导致巨大的个人对象（INDIVIDUAL OBJECT），甚至后台进程。LambdaM00，运行在SparcCenter 1000上的Xerox Parc平台上，在1994年就要求有198M给予进程并且数据要占有80M的硬盘空间。
  很大的基于内存的MUD游戏的表现不尽人意众所周知。尽管有大量的优秀的MUD程序员，直到很晚这个数据层的改进问题才被考虑到。有以下几点原因：
无知。很多学生懂得C语言，但几乎没有MUD程序员研究过数据库的设计。我还记得在新闻组rec.games.mud上，一个学生坚持认为基于硬盘的MUD游戏会把硬盘搞得疲劳不堪。
习惯。有很多MUD游戏是基于硬盘的。包括Marcus Rarnum（那时是DEC的员工）的UberMUD和UnterMUD和Andrew Molitor（Wesleyan大学的研究生）的TeenyMUD，是Andrew Molitor诸多计划中的一个。UberMUD，用到了b+树型数据结构，但